JVM小记2

JVM执行引擎：
　　方法的字节码是由java虚拟机的指令序列构成，每条指令都包含单字节的操作码，及一个或者多个操作数。执行引擎每执行一条指令时。先取得操作码，如果操作码有操作数
取得它的操作数。它执行操作码及跟随的操作数规定的动作。然后再取得下一个操作码。这个执行字节码的过程在线程完成前将一直持续。通过从它的初始方法返回，或者没有
捕获抛出的异常都可以标志着线程的完成
 关注点：
 　　　请求本地方法调用的指令,虚拟机负责试着发起本地方法调用。如果本地方法里面有有再次调用java对象。则垃圾回收的时候则不会回收被本地方法调用的java对象。
字节码执行技术：　解释，即时编译，自适应优化，芯片级直接执行。最有意义也是最快速的是自适应优化，也就是说，不管什么时候调用方法。总是执行本地代码。自适应
优化器搜集那些只在运行才有效的信息。试图以某种方式把字节码解释和编译成本地代码结合起来。以得到最优化的性能。自适应优化的虚拟机开始的时候对所有的代码都是解释
运行。但会监视代码的执行情况：大多数程序花费80-90%的时间用来执行10-20%的代码。或者判断某个特定的方法是瓶颈的时候。会启动一个后台线程把字节码编译成本地代码
非常仔细地优化这些本地代码。同时程序仍然通过解释来执行字节码。并且只编译和优化那些　“热区”（10-20%代码)　虚拟机可以比传统的即时编译更注重优化性能.

　　　　Java比C＋＋更加面向对象，你可以测量它，可以发现方法启用的频度。动态派发的频度。这些Java程序的运行时特征，就是方法调用和动态派发的高频度发生。首先。每次动态
派发都会产生相关的管理费用。其次，更重要的是方法调用降低了编译器优化的有效性。　优化器在不同的方法里面不能够有效地工作，因此优化器在方法调用的时候就无法专注于代码
。方法调用频度越高，方法调用之间可以用来优化的代码代码就越少。优化器就变得越低效。解决这个问题的办法就是内嵌。把被调用方法的方法体直接拷贝到发起调用的方法中
。内嵌消除方法调用。带来的代码是需要更多的运行时内存。　在面向对象的语言中实现内嵌要比非面向对象的语言更加困难。因为面向对象语言使用了动态派发。在Java中比
C＋＋更加严重。因为java的方法调用和动态派发频度要比C＋＋高得多。一个C程序的标准优化表态编译器可以直接使用内嵌。因为每个函数都有一个函数实现。对于面向对象语言来说
。内嵌就变得复杂了。因为动态方法派发意味着函数调用可能有多个函数实现。换句话说。虚拟机运行时根据方法调用的对象类，可能会有很多个不同的方法实现可供选择。
内嵌一个动态派发的方法调用。一种解决方法就是把所有可能在运行被选择的方法实现都内嵌进去。这种思路的问题在于。如果有多个方法实现。就会让优化后的代码变得非常大
自适应编译比表态编译的优化就在于，因为它是在运行的工作，可以使用静态编译器所无法得到的信息。比如说，对于珍上特定的方法调用。就算有30个可能的方法实现。运行可能只会有其中的两个被调用
。自适应就可以只把这两个方法内嵌。有效减少优化后的代码大小。

  Java线程：
  　　Java程序不同的线程可以在不同的处理器上并行工作，。折中之一就是优先级考虑最小公分母问题。Java线程可以运行于10个优先级中的任何一个.
      每个线程都有一个工作内存，线程用它保存所使用和赋值的变量的“工作拷贝”。局部变量和参数，因为它们是每个线程私有的。可以从逻辑上看成是工作内存或者主存的一部分
      Java虚拟机规范定义了许多规则，用来管理线程和主存之间的低层次交互行为。比如。一条规则声明：所有对基本类型的操作，除了某些对long类型和double类型的操作之外
      ，都必须是原子级的。两个线程竞争，对于一个int变量定了不同的两个值，就算不存在同步，变量也会采用二都之一。但对于任何没有声明为volatile的long或者double变量
      某些实现可能把它们作为两个原子性的32位值对待.而非一个原子性的64位值。这样对于log或者double的非原子操作可能导致两个竞争性的线程在试图写入不同的值到一个long或者double变量的时候。
      最终得到的是一个不正确的结果。

      1.把变量的值从主存拷贝到它的工作内存
      2。把值从它的工作内存写回到主存

 

 Java Class文件
     一个class文件符合以下格式 
     minor_version
     major_version
     constant_pool_count
     constant_pool
     access_flags
     fields_count
     fields
     methods_count
     methods
     attributes_count
     attributes
     class
     classdescriptor
     property
     propertydescriptor
 类型的生命周期:

 Java虚拟机实现必须在每个类或接口首次主动使用时初始化
   当创建某个类的新实例(或者通过在字节码中执行new指令，或者通过不明确的创建，反射，克隆或反序列化
   当调用某个类的静态方法时(即在字节码中执行invokestatic指令时)
   当使用某个类或者接口的静态字段，或者对该字段赋值时.用final修饰的静态字段除外。它被初始化为一个编译时的常量表达式
   当调用Java API中的某些反射方法时，比如类class的方法或者java.lang.reflect 包中类的方法
   当初始化某个类的子类时(对于接口除外，只有在某个接口所声明的非常量字段被使用时，该接口才会被初始化，而不会因为实现这个接口的子接口
   　或类要初始化而被初始化
   当虚拟机启动时某个被标识为启动类的类(即含有main()方法的那个类)
   除了以上六种，其他都是动调用。不会引发初始化