Java

这篇不错： [url] http://book.51cto.com/art/200808/84955.htm[/url] 关于Servlet的线程安全问题：答案是 — 默认情况下一个Servlet只有一个实例，因此要servlet类时要谨慎注意多线程问题；或者让你的servlet类实现SingleThreadModel，这样的话每个请求都会产生一个Servlet类例　

摘自《深入理解Java虚拟机》周志明著 1. New: 创建后尚未启动 2. Runnable: Running(正在执行) 或 Ready(正在等待分配时间片) 3. Waiting: 不会分配CPU时间，直到被唤醒进入Runnable 4. Timed Waiting: 不会分配CPU时间片，直到被唤醒，或者Time Up 5. Blocked: 在等待一个排它锁，等拿到锁了就进入Runnable

摘自《深入理解Java虚拟机》周志明著 JMM(Java Memory Model)是一种统一的内存模型，它屏蔽了各种硬件和操作系统的内存访问差异 它规定：   1. 所有变量都存储在Main Memory中   2. 每条线程有自己的Working Memory，里面存有Main Memory变量的副本； 线程只能操作这些副本，不能直接操纵Main Memory里的变量 JMM下的并发过程中有3个问题: Atomicity, Visibility, Ordering   1. Atomicity: 基本数据类型的读写基本上是原子的；另外可以通过synchornized加锁保证原子性   2. Visibility: 指变量被一个线程修改后能立即被另一个线程看到。volatile可以实现visibility, 因为用volatile的变量被线程修改后会立即同步到Main Memory中； synchronized关键一般也可以，因为它规定“对一个变量Unlock之前，必须先把变量同步回Main Memory”中   3. Ordering: JVM会对指令进行重排，后面的代码可能会在前面的代码之前执行。Ordering的意思是，不管指令重排成什么样，最终的结果不受影响。 volatile可以实现ordering，因为它禁止了指令重排； synchronized关键字也可以，因为它通过锁机制保证了线程对同一个资源进行访问的串行性

摘自《深入理解Java虚拟机》周志明著 http://gcc.gnu.org/java

摘自《深入理解Java虚拟机》周志明著 VM Stack是一个栈，栈里面的一个元素称作一个Stack Frame，它是用于支持虚拟机进行方法调用和方法执行的数据结构。 一个方法的执行过程，实际就是一个Frame入栈和出栈的过程 Stack Frame的组成： 1. Local Variable Table: 存放方法的局部变量 2. Operand Stacks 3. Dynamic Linking 4. Return Address

摘自《深入理解Java虚拟机》周志明著 都说因为解释执行的缘故，JAVA比C/C++差；　现在主流JVM都带JIT编译器了，JAVA还比C/C++差吗？　 答案：是。缺点如下： 　　1.JIT是在运行时编译，占用系统开销，挤占了程序本身的资源     2.JVM需要检查空指针、指针越界等问题，耗时     3.JAVA里多态用的更多，很多virtual方法，编译时不好做内联优化     4.JAVA可以动态加载类，改变程序的继承关系，这使得很多全局优化都不好做     5.JAVA在栈上还是堆上分配内存这个机制是固定的，C/C++就灵活多了，可以按需分配，实现更好的性能     6.JAVA要GC,GC耗资源

原名叫：　Computer Systems, a programmer’s perspective 应该在译名前加一个　“从程序员的角度” http://book.douban.com/subject/1230413/ 前言节选 3 preface 7 about the authors 21 1 a tour of computer systems 35 1.1 information is bits + context 37 1.2 programs are translated by other programs into different forms 38 1.3 it pays to understand how compilation systems work 40 1.4 processors read and interpret …

收藏一本书：《深入理解计算机系统》 Read More »

摘自《深入理解Java虚拟机》周志明著 虽有那种直接把*.java变成本地执行代码的编译器，但java的编译方式主要有两种：   1. 前期编译：即SUN的javac, 把java编译成字节码； 运行时由解释器解释执行   2. 运行时编译：JIT(Just in Time)编译器，运行时把Hot Spot（经常访问的代码）编译成本地代码执行（注意，JIT并不是JVM规范，有的JVM实现里没有JIT） Java程序运行时就是　解释器 + JIT编译器　一起工作（你可以用-Xint禁止编译器）。解释器发现HotSpot后，如果已有对应的本地代码，就会让JIT执行这段代码；否则，会一边让JIT在后台编译，一边自己解释执行。有时JIT如果发现自己不能够执行本地代码，也会把任务交给解释器 另外，两种编译器都会做些优化动作：   1.javac: 一个例子就是解除泛型这个语法糖，因为字节码是不认泛型的，List<String>在字节码里的类型就是List   2.JIT: 比如内联     

摘自《深入理解Java虚拟机》周志明著 所谓 类加载,就是把字节码二进制文件(或流)弄到虚拟机内存里变成"类",并在其中进行验证和初始化的过程. 这个过程是在运行时完成的 具体有五个可能交叉进行的步骤:    1.Loading: 把ByteCode变成Runtime数据结构并将存储到Method Area(Heap里也会有个Class对象)    2.Verification: 你拿到的ByteCode可能不是java编译来的,因此可能包含不安全的指令或数据结构,这需要验证; 另外还要看看有没有java.lang.NoSuchFieldError之类的符号连接问题    3.Preparation: 为静态变量分配内存并设置初始值(0, null等)    4.Resolution: 把符号引用替换成与内存有关的直接引用,Verification中就会执行这一步以验证有没有符号连接问题    5.Initialization: 给静态变量赋值,并执行static块里的语句 这些步骤中有很多非显而易见,让你吃惊的东西.后文详述.

摘自《深入理解Java虚拟机》周志明著 不仅ByteCode文件可以加载,凡是二进制流都可以加载,包括Jar, 网络(Applet), 临时生成的二进制流(如CGLIB和JSP)