序言学习JavaScript切勿好高骛远。正所谓贪多嚼不烂，前端标准和工具这几年的飞速发展，以及不时冒出的“新鲜玩意”让众多前端从业者惊呼：“学不动啦学不动啦！学习速度跟不上技术发展速度！我感到手忙脚乱、力不从心……"如果你有以上“症状”，请勿着急，这不过是你内心不安造成的。你为何追新？你又何苦追新？在根基不牢的情况下，就算盖楼盖到18层，再往上堆一块砖，都

前言在Android开发中，内存泄露十分常见1.内存泄露的定义：本该被回收的对象不能被回收而停留在堆内存中2.内存泄露出现的原因：当一个对象已经不再被使用时，本该被回收但却因为有另外一个正在使用的对象持有它的引用从而导致它不能被回收。这就导致了内存泄漏。本文将详细讲解内存泄露的其中一种情况：在Handler中发生的内

抄来的，没来得及看，先摘下来1.堆大小设置JVM中最大堆大小有三方面限制：相关操作系统的数据模型（32bt还是64bit）限制；系统的可用虚拟内存限制；系统的可用物理内存限制。32位系统下，一般限制在1.5G~2G；64为操作系统对内存无限制。我在WindowsServer2003系统，3.5G物理内存，JDK5.0

在面向对象（OOP）编程中，经常会使用到class(类)和interface(接口)。在TypeScript(以下简称TS)中也引入了类和接口的概念，使得TS强大的类型检测机制更加完善。就像我们所知道的，一个类是一堆抽象概念的集合，我们可以从类的构造方法中创建出享有共同属性和方法的对象。一个接口所描述的是一个对象相关的属性和方法，但并不提供具体创建此对象实例

当我们来创建一个对象、字符串或数组时，我们需要从称为堆的中央池中为其分配内存来存储它。当它不再被使用时，我们又需要来释放这块内存便于重复使用。在以前这个过程通常需要我们通过适当的函数调用显式地分配和释放块内存来实现。但现在，运行时系统如Unity的mono引擎将自动地为我们管理内存。自动内存管理比显式分配/释放需要更少的编码工作，大大减少了内存泄漏的可能性（

JDK中有个好用的工具“VisualVM”可以实时可视化的查看到java程序内存变化情况，对于理解GC和java内存管理还是有很大帮助的，以前看论坛看帖子讲到java内存管理真是各说纷纭啊！有人说“JVM的内存分为两块堆和栈”，还有人说"JVM的内存分为三块（新生代、老年代、方法区）"，想必很多人和我一样都搞得有点摸不着头脑了吧。下面来眼见为实：工欲善

调优基本概念在调整JVM性能时，通常有三个组件需要考虑：1.堆大小调整2.垃圾收集器调整3.JIT编译器大多数调优选项都与调整堆大小和选择合适的垃圾收集器有关，JIT编译器对性能也有很大影响，但很少需要对其进行调优，尤其是针对较新版本的JVM。通常，在进行Java程序调优的时候，会重点关注两个主要指标：响应

怎么小小编觉得深圳的温度又上升了？是错觉吗？深圳到底什么时候才能进入冬天？深圳是怎么判断自己在冬天的？答：一般是这样，有人找我要债，我一看挂历，哎哟，年来年关了。深圳的夏天总要好过北京的雾霾吧，昨天一阵风把北京吹成了优，不过雾霾这几天着实在网上催生了一大堆段子手@AngusXer(http://my.oschina.n

1.堆大小设置JVM中最大堆大小有三方面限制：相关操作系统的数据模型（32bt还是64bit）限制；系统的可用虚拟内存限制；系统的可用物理内存限制。32位系统下，一般限制在1.5G~2G；64为操作系统对内存无限制。我在WindowsServer2003系统，3.5G物理内存，JDK5.0下测试，最大可设置为1478m。

我们有时候也会看到一些博客看到或者听到一些同事在说：这个业务有什么难的，不就是CRUD么？在软件生命周期初期，我们通过CRUD这种方式我们可以快速的实现业务规则，交付项目，但随着业务逐渐复杂，通过CRUD这种粗暴方式不可避免地会淹没业务核心规则，产生很多祖传（屎山）代码，系统交接的时候我们经常会听到，上一个开发是SB，或者自嘲自己是在屎山上面继续堆屎。