说到垃圾回收（Garbage Collection，GC），很多人就会自然而然地把它和Java联系起来。在Java中，程序员不需要去关心内存动态分配和垃圾回收的问题，这一切都交给了JVM来处理。顾名思义，垃圾回收就是释放垃圾占用的空间，那么在Java中，什么样的对象会被认定为“垃圾”？那么当一些对象被确定为垃圾之后，采用什么样的策略来进行回收（释放空间）？在目前的商业虚拟机中，有哪些典型的垃圾收集

   在jvm中是这样说的：方法区是各个线程所共享的，它用于存储已经被虚拟机加载的类的信息，常量，静态变量  即时编译器编译后的代码数据等等。和小灰探讨后转发的一个挺好的帖子说的很明白方法区 在一个jvm实例的内部，类型信息被存储在一个称为方法区的内存逻辑区中。类型信息是由类加载器在类加载时从类文件中提取出来的。类(静态)变量也存储在方法区中。 jvm实现的设计者决定了类型信息的内部表现形式。如，

SpringMVC的原理1、客户端发出一个http请求给web服务器，web服务器对http请求进行解析，如果匹配DispatcherServlet的请求映射路径（在web.xml中指定），web容器将请求转交给DispatcherServlet.2、DipatcherServlet接收到这个请求之后将根据请求的信息（包括URL、Http方法、请求报文头和请求参数Cookie等

转载请注明原文地址：http://www.cnblogs.com/ygj0930/p/6374212.html 在我的项目中有具体应用：https://github.com/ygj0930/CoupleSpace过滤器   过滤器是处于客户端与服务器资源文件之间的一道过滤网，在访问资源文件之前，通过一系列的过滤器对请求进行修改、判断等，把不符合规则的请求在中途拦截或修改。也可以对响应进

（转）git合并多个commit原文地址：http://platinhom.github.io/2016/01/02/git-combine_commit/有时commit多了看着会不爽.所以想合并掉一些commit. 这里是最简单的情况, 一条线下来N个commit, 合并掉末端的(没有branch出去的).假设有a,b,c,d四个commit, 从新到旧是a, b, c, d

问题：int(1) 和 tinyint(1) 有什么区别呢？像这样的设计，反正我是不会写int(1)的。 查了下，mysql中设置了储存类型后，储存是定长的，也就是说，int(1) 和 int(4) 在硬盘中所占的字节数都是一样的。我们知道，int类型占4个字节，tinyint占1个字节。int(1) 和 int(4) 从本身长度还是存储方式上都是一样的，区别就是显示的长度不同，但是要设置一个参数