欧美人成在线,亚洲午夜电影,亚洲美女电影在线

JMX In Action �ȝ��Q�二�Q?-HelloWorld例子

simon.shen — Tue, 05 Apr 2011 08:20:00 GMT

摘要: �q�篇写一个简单的HelloWorld例子�? 首先准备环境�Q�我使用的JDK1.6,1.5应该也可以。还需要去oracle下蝲JMX RI包，地址为：http://www.oracle.com/technetwork/java/javase/tech/download-jsp-141676.html�Q�下�?.. 阅读全文

simon.shen 2011-04-05 16:20 发表评论

simon.shen — Sun, 03 Apr 2011 15:08:00 GMT

    �q�是我读了JMX In Action以后的�ȝ��Q�这��文章是�q�个�p�d��的第一��，主要介绍一下什么是JMX�Q��ؓ什么要使用JMX�Q�以及简单阐�q�C��下JMX的架构�?br />     什么是JMX�Q?br />     首先看一�?font size="2">�l�基癄��的定义：JMX�Q�Java Management Extensions�Q�即Java��理扩展�Q�是Java�q�_��上�ؓ应用�E�序、设备、系�l�等植入��理功能的框架�?br /> JMX可以跨越一�p�d��异构操作�pȝ��q�_��、系�l�体�pȝ��构和�|�络传输协议�Q�灵�zȝ��开发无�~�集成的�pȝ��、网�l�和服务��理应用�?br />     随着企业 IT 规模的不断增长，IT 资源�Q�IT resource�Q�数量不断增加，IT 资源的分布也��来��分散。IT资源主要包括�|�络和应用等。管理网�l�（��g�Q�的主要工具�?br /> ��单网�l�管理协议（SNMP�Q�，��g厂商一般都会在讑֤�中提供SNMP hooks�Q�但SNMP开发不是�g�Ҏ��的事情，而且需要掌握特定的语言�Q�对JAVA开发者绝非易事�?br />     有些企业开发的应用的时候，是不会考虑�q�行旉��|�和��理问题。有些企业直接在产品中开发管理工具和界面。也有一些企业直接��用应用服务器或web服务器的��理工具�?br />     现实世界的IT资源��理需求主要有以下一些：
    1、监控��^台和��g的健店��硬件可以通过SNMP�Q�WEB服务器和应用服务器可以通过他们自己的管理工兗��数据库也是一��L��?br />    2、配�|�应用层面的资源。比如配�|�应用在查询�l�果中每��|��C�的数量�Q�配�|�数据库�q�接池，或者外部请求数�{��?br />    3、收集应用程序的�l�计信息。如多少成功订单�Q�多��失败订单等�?br />    4、日志��别，改变日志�U�别。出问题的时候，可以通过改变日志�U�别来打印调试信息，快速定位问题�?br />    5、监视服务器的性能、负载，通过email、sms�{�通知关键性事�Ӟ��比如服务器负载超�q�预讄��界限�?br />     要满��些需求往往是非常昂贵和困难的，��理员通常需要通过不同的工��h��理不同的服务和��g�?nbsp;如果使用JMX�Q�创��Z��个满��上面需求的��理�pȝ��是廉�h、更加灵�z�R��所需旉��更短�?nbsp;

    使用JMX的好�?br />      1、非常容易��用。特别是对一个JAVA�E�序员，要理解SNMP是困隄��。而JMX对他来说非常�Ҏ��?br />       2、利用现有的技术：现有的管理工具可以插入JMX�Q�JMX提供了很多协议（SNMP、HTTP�Q�和传输方式�Q�如RMI�Q�，如果原有的应用和讑֤�没有提供��理能力�Q�则可以创徏JMX代理提供��理能力�?br />       3、模块化。以模块化的方式创徏你的��理环境�?br />       4、警告、事件和�l�计信息�?br />         JMX提供了一套通知�pȝ��Q�充分利用了面向对象优势�Q�通知提供了不仅仅是数据，而是一个有分布式JAVA对象�Q�封装了数据和行为。例如，你发送了一个服务器负蝲的通知�Q�里面还包含了一个显�C��载重要性的�U�别的机�Ӟ��说白了就是对象里面有个方法，可以判定负蝲的严重程度�?br />       5、快速的监控解决�Ҏ��。不同的开发�h员只需要自己开发MBean�Q�而不需要花很多的时间在�怺�的协作上面，�q�些MBean分布在不同的��L��上，但可以通过一个管理工具就可以��理所有的�q�些应用�?br />
    JMX的一些术�?br />     1、可��理资源�Q?font size="2">Manageable resource�Q?br />     可以是�Q何的应用、设备、或者其他存在的实体�Q�能够被java讉K��和包装。是被JMX MBean��理的资源�?br />     2、MBean�Q�Managed Bean�Q?br />     是满��x��些命名规则和�l�承JMX 规范的java�c�，为可��理资源的管理和讉K��暴露接口。通过属性和行�ؓ来暴露接口。有�q?�c�：Standard, Dynamic, and Model MBeans�?br />     3、MBean Server
    ��理一�l�MBean的JAVA�c�R��是JMX ��理环境核心。是MBean的注册器�?br />     4、JMX Agent
    JMX代理是�ؓ��理一�l�MBean提供一�p�d��服务的java�q�程。是一个MBean Server的容器，它还提供了一些有用的服务�Q�创建MBean之间的关�p�，动态加载类�Q�简单的监控服务�Q�定时器服务。Agent有一个协议适配器和�q�接器集合能使外部程序连接到他们�?br />     5、Protocol adapters and connectors
    协议适配器和�q�接器是位于JMX Agent内部的对象。把Agent暴露�l�管理程序和协议。一个Agent可以有很多适配器和�q�接器�?br />     6、Management application
    �q�接到JMX Agent的用户应用程序�?br />     7、Notification
    通知是Mbean或者Mbean server发送的java对象�Q�他们封装了事�g、警告、或者其他的一般信息。其他的Mbean或者java对象可以注册成�ؓ监听器来接受通知�?br />     8、Instrumentation�Q�设备化�Q?br />     用MBean暴露一个可��理资源的过�E��?br />
    JMX架构
    JMX架构主要分�ؓ三层�Q?font size="2">Distributed layer�Q?font size="2">Agent layer�Q?font size="2">Instrumentation layer�Q�如下图所�C�：


    1�?/span>Distributed layer�Q�分布式层）
      属于JMX架构的最外层�Q�这层主要负责��JMX Agent能对外部�E�序可用�?nbsp;   又分��Z��U�：一�U�通过不同的协议（如SNMP�Q�HTTP�Q�来为MBean提供可见性�?/font> 另一�U�是把Agent API暴露�l�其他的分布式技术如RMI�?br />     2�?font size="2">The agent layer�Q�代理层�Q?br />     它包含的最主要的组件是MBean Server�Q�它�q�包�?个代理服务�ɽ��理MBean更加�Ҏ��Q�它们分别是�Q?nbsp;   定时器（timer�Q�、监控服务、动态MBean加蝲、和MBean关系服务。Agent可以和被��理的资源在同一个主��Z��Q�也可以是远�E�的�?br />     3�?font size="2">The instrumentation layer
    �q�是最靠近资源的一层，它包含了注册在Agent里面的MBean�?br />     4�?font size="2">Notifications
    除了架构中的三层以外�Q�JMX提供了一个通知机制�Q�类��g��JAVA事�g模型。通知机制是管理系�l�的最后必��ȝ��l��g。Agent和MBean可以使用通知机制来发送警告或信息�l�管理应用�?br />     以上��是JMX架构的主要内容，下一��构��Z��个HelloWorld的JMX�E�序�?br />

simon.shen 2011-04-03 23:08 发表评论

simon.shen — Wed, 30 Mar 2011 13:59:00 GMT

    �q�本书的前面三章主要讲了一下基本概念，客户端程序，和Amazon的S3�Q�这��博客�ȝ��一下第四章�Q�个人感觉有很多重要的概��c�?br />     面向资源的架构（The Resource-Oriented Architecture�Q�，�q�里的资源必��要有一个URI�Q�资源和URI的关�p�：一个资源可能有一个或多个URI�Q�而一个URI只能指定一个资源�?br />
    Restful WS的特性：
    1�?strong>可寻址性（Addressability�Q?br />         资源通过URI来暴露给用户�Q�可��d��性是最基本的特性。由于可��d��性，你可以把URI保存在你的书�{�N��Q�你可以把链接发�l�别人，而不用把Html文�g下蝲下来发给别�h�Q�也可以通过URI对资源进行缓存�?br />
    2�?strong>无状态性（Statelessness�Q?br />         无状态性意味着每个HTTP��h��是完全隔��ȝ��。每�ơ客��L��发送请求都必须带上所有服务器端需要的信息�?nbsp;
        无状态的应用更容易分布到有负责均衡的多台服务器上�Q�无状态性也更容易缓存：�~�存工具只需要看�q�一个请求，和�Q何其他请求无兟�?br />         应用状态和资源状态（Application State Versus Resource State�Q?br />         应用状态位于客��L��Q�而资源状态位于服务器端，对于客户端，每个客户端都有各自的应用状态，例如�Q�在google搜烦�Q�你可能搜烦某个单词且当前页是第3��，我可能搜索另一个单词且在第一��，所以每个客��L��都有一个应用状态。当客户端发赯��求的时候，必须告诉服务器你的应用状态，比如你当前要看某个单词搜索结果的�W�几��，服务器端�q�回�l�果上有其他链接�Q�这些链接客��L��可能作�ؓ未来的请求�?br />         而对于资源状态，对于每个客户端都是相同的�Q�就是服务器上的资源�?nbsp;

    3、表�q�性（Representations�Q?br />         表述性，��是资源的表现�Ş式，相同的资源可以有不同的表�q�性，比如同一个bug列表可以用XML文��表示�Q�也可以用文本方式表�C�等�{�。对于同一资源的不同的Representation�Q�如何知道客��L��h��哪一�U�呢�Q�作者徏议不同的Representation使用不同的URI�?br />
    4、连通性（Links and Connectedness�Q?br />         ��单点��_��是�q�回的结果中有对其他资源的链接（URI�Q�，比如google搜烦�Q�搜索结果可能有其他��늚�链接�?br />
    5、统一的接口（The Uniform Interface�Q?br />         也就是说Restful WS使用HTTP的基本方法作��Z��的方法的表示�Q�主要��用HTTP的四个方法：GET,PUT,DELETE,POST。HEAD和OPTIONS用的比较��?br />         取得某个资源的表�q�的时候��用GET�?br />         创徏一个新的资源的时候，PUT��C��个新的URI�Q�或者POST��C��个已�l�存在的URI�?br />         修改资源�Q��用PUT到存在的URI�?br />         删除资源使用DELETE�?br />         PUT和POST都可以创建新的资源，那有什么区别呢�Q�POST可以创徏从属资源�Q�如一个webblog�E�序通过资源�Q?weblogs/myweblog�Q�暴露每个blog�Q�而某个blog下面的条目作��Z��属资源�ؓ/weblogs/myweblog/entries/1�Q�当你需要增加一个条目的时候，你可以POST到父资源/weblogs/myweblog�Q�同样PUT也可以完成这个工作，在这里POST和PUT的区别是�Q�当客户端可以控制新资源的URI的时候，则��用PUT�Q�比如blog的下面的某篇文章使用名字来访问，�?weblogs/myweblog/entries/restful_ws_1�Q�这��h��个博客下面的文章不能重复�Q�，则当你发表一��新文章的时候，可以PUT到新的URI�?weblogs/myweblog/entries/restful_ws_2来创��源。而如果客��L��不能控制URI的时候，比如blog是通过服务器端某个序列��h��讉K��Q�客��L��是无法知道下一个序��h��什么，�q�时只能使用POST�Q�这�U�POST如果创徏成功�Q�则�q�回201�Q�响应头中的Location可以保护新创��源的URI�?br />         �q�有一个区别，POST�Ҏ��个存在的资源更新�Ӟ��一般是�q�加�Q�append�Q�，比如说对某个日志文�g做POST�Q�则把日志追加到原日志的后面。如果是PUT则进行的是替换，所以PUT是等�q�的�Q�而POST不是�Q�后面会�Ԍ��?br />
        安全�Q�Safety�Q?br />         GET和HEAD�Ҏ��只是获取资源的表�q�ͼ�所以是安全的。当然也可能有一些副作用�Q�比如有些服务端会记录GET的次数等�?br />
        �{�幂性（Idempotence�Q?br />         �{�幂性简单点说就是一�ơ请求和多次��h��Q�资源的状态是一栗��比如GET和HEAD�Q�不��Z��h��多少�ơ，资源�q�是在那里。请注意�Q�DELETE和PUT也是�{�幂的，以�ؓ对同一个资源删除一�ơ或者多�ơ，�l�果是一��L��Q�就是资源被删除了，不存在了。�ؓ什么说PUT也是�{�幂的？当你PUT一个新资源的时候，资源被创建，再次PUT�q�个URI的时候，资源�q�是没变。当你PUT一个存在的资源�Ӟ��更新了资源，再次PUT的时候，�q�是更新成这个样子。在PUT更新的时候，不能做相对的更新�Q�依赖资源现在的状态）�Q�比如每�ơ对一个数�?�Q�这栯��源状态就会变化。应该每�ơ更新成某个敎ͼ�比如把某个数变成4�Q�则无论多少�ơPUT�Q�值都�?�Q�这样就是等�q�了�?br />         我们设计Restful WS的时候，GET�Q�HEAD, PUT, DELETE一定要设计成等�q�的。由于网�l�是不可靠的�Q�安全性和�{�幂性就昑־�特别重要。如果一�ơ请求，服务器收到处理以后，客户端没有收到相应，客户端会再次��h��Q�如果没有等�q�性保障，��׃��发生意想不到的问题�?br />         POST是不安全也不�{�幂的，�q�是拿weblog的例子，如果两次POST相同的博文，则会产生两个资源�Q�URI可能是这�?weblogs/myweblog/entries/1�?weblogs/myweblog/entries/2�Q�尽��他们的内容是一�怸��L��?br />

simon.shen 2011-03-30 21:59 发表评论

Java ClassLoader详解

simon.shen — Sun, 28 Feb 2010 10:54:00 GMT

    双亲委派模型
    Java�?.2开始引入双亲委�z�模型。除了启动类装蝲器，每个�c�装载器都有一个双二Ӏ�当�c�装载器装蝲某个�cȝ��时候，首先会委�z�֮�的双亲去装蝲�q�个�c�，它的双再委派自己的双�Ԍ��直到启动�c�装载器�?br />     Java�c�装载器的结构如下：

    1、启动类装蝲�?br />     主要负责装蝲jdk_home/lib目录下的核心api �?-Xbootclasspath 选项指定的jar包。处于双亲委�z��最��层�Q�该�c�d��实是由C语言�~�写�?br />     2、扩展类装蝲�?br />     主要负责装蝲jdk_home/lib/ext目录下的jar包或 -Djava.ext.dirs 指定目录下的jar�?br />     3、系�l�类装蝲�?br />     主要负责装蝲ClassPath下的�c�R�?br />     4、自定义�c�装载器
    自定义类�l�承ClassLoader或其子类。可以运行时动态装载某些类�?br />

simon.shen 2010-02-28 18:54 发表评论

java Class文�g解析实例

simon.shen — Mon, 22 Feb 2010 11:30:00 GMT

其实�|�上已经有很多java Class文�g的解析实例的文章�Q�写�q�篇博客�Q�只是�ؓ了自�׃��仔细�l�的按照jvm spec看一边，别无其他�?br />
先上class文�g的格式�?code>

ClassFile {
        u4 magic;
        u2 minor_version;
        u2 major_version;
        u2 constant_pool_count;
        cp_info constant_pool[constant_pool_count-1];
        u2 access_flags;
        u2 this_class;
        u2 super_class;
        u2 interfaces_count;
        u2 interfaces[interfaces_count];
        u2 fields_count;
        field_info fields[fields_count];
        u2 methods_count;
        method_info methods[methods_count];
        u2 attributes_count;
        attribute_info attributes[attributes_count];
    }

其中�Q�u2代表2个字节的无符��h��数。u4代表4个字节的无符��h��敎ͼ�其他�?/code>cp_info�?/span>

field_info

是一些结构数据，接下��M��讌Ӏ?br />
�q�次要解析的是一个非常简单的�c�：TJ.java�Q�代码如下：


public class TJ

{

    private final int f1 = 2;



    public int m1(int i){

        return i+1;

    }



    private void m2(){

    }

}


使用jdk1.6�~�译�Q���生的二进制类文�g如下�Q?br />



CA FE BA BE 00 00 00 32 00 16 0A 00 04 00 12 09

00 03 00 13 07 00 14 07 00 15 01 00 02 66 31 01

00 01 49 01 00 0D 43 6F 6E 73 74 61 6E 74 56 61

6C 75 65 03 00 00 00 02 01 00 06 3C 69 6E 69 74

3E 01 00 03 28 29 56 01 00 04 43 6F 64 65 01 00

0F 4C 69 6E 65 4E 75 6D 62 65 72 54 61 62 6C 65

01 00 02 6D 31 01 00 04 28 49 29 49 01 00 02 6D

32 01 00 0A 53 6F 75 72 63 65 46 69 6C 65 01 00

07 54 4A 2E 6A 61 76 61 0C 00 09 00 0A 0C 00 05

00 06 01 00 02 54 4A 01 00 10 6A 61 76 61 2F 6C

61 6E 67 2F 4F 62 6A 65 63 74 00 21 00 03 00 04

00 00 00 01 00 12 00 05 00 06 00 01 00 07 00 00

00 02 00 08 00 03 00 01 00 09 00 0A 00 01 00 0B

00 00 00 26 00 02 00 01 00 00 00 0A 2A B7 00 01

2A 05 B5 00 02 B1 00 00 00 01 00 0C 00 00 00 0A

00 02 00 00 00 01 00 04 00 03 00 01 00 0D 00 0E

00 01 00 0B 00 00 00 1C 00 02 00 02 00 00 00 04

1B 04 60 AC 00 00 00 01 00 0C 00 00 00 06 00 01

00 00 00 06 00 02 00 0F 00 0A 00 01 00 0B 00 00

00 19 00 00 00 01 00 00 00 01 B1 00 00 00 01 00

0C 00 00 00 06 00 01 00 00 00 0B 00 01 00 10 00

00 00 02 00 11
下面对照上面的格式结构一点点的解析�?br />
CA FE BA BE�Q�头四个字节是魔敎ͼ�表示�q�是java class文�g�?br />
00 00�Q�次版本�?�?br />
00 32�Q�主版本0x32�Q�表�C�jdk1.6�~�译的。Jdk1.5�?x31�Q�jdk1.4�?x30�?br />
00 16�Q�常量池的入口（entry�Q�数量。包括自己本�w�（�q�里很奇怪）�Q�所以接下来�?1��的帔R��池入口�?br />

我会在每个常量池��的前面表上索引。常量池的第一个字节表�C�类型。具体类型对照表如下�Q?br />


    
        
            Constant Type 
            Value 
        
        
            CONSTANT_Class 
            7 
        
        
            CONSTANT_Fieldref 
            9 
        
        
            CONSTANT_Methodref 
            10 
        
        
            CONSTANT_InterfaceMethodref 
            11 
        
        
            CONSTANT_String 
            8 
        
        
            CONSTANT_Integer 
            3 
        
        
            CONSTANT_Float 
            4 
        
        
            CONSTANT_Long 
            5 
        
        
            CONSTANT_Double 
            6 
        
        
            CONSTANT_NameAndType 
            12 
        
        
            CONSTANT_Utf8 
            1
        
    

0A 00 04 00 12�Q?span style="color: red">�?�?/span>�Q�第一个字节�ؓ10�Q�所以是CONSTANT_Methodref�Q�它的结构如下：

CONSTANT_Methodref_info {



u1 tag;



u2 class_index;



u2 name_and_type_index;



}



所以，class_index=4�Q�name_and_type_index=12,�q�两个代表常量池�W?��和�W?2��V�?br />


09 00 03 00 13�Q?span style="color: red">�?�?/span> �q�是一个CONSTANT_Fieldref�Q�他的结构和上面的类似class_index=3�Q�name_and_type_index=13



07 00 14�Q?span style="color: red">�?�?/span>�q�个是CONSTANT_Class�Q�它的结构如下：



CONSTANT_Class_info {



     u1 tag;



     u2 name_index;



    }



name_index�?0�Q�指向的是一个utf8的字节码�Q�即TJ�Q�这个后面会看到�?br />


07 00 15: �?�?也是一�?/span>CONSTANT_Class�Q�name_index�?1�Q�即java/lang/Object



01 00 02 66 31: �?�?/span>CONSTANT_Utf8�Q�结构如下：



CONSTANT_Utf8_info {



u1 tag;



u2 length;



u1 bytes[length];



}



最后两个字节代表字�W�串“f1”的utf-8字节码�?br />


01 00 01 49�Q��?�?/span>字符串I



01 00 0D 43 6F 6E 73 74 61 6E 74 56 61 6C 75 65 �Q��?�?/span>字符串ConstantValue



03 00 00 00 02�Q��?�?/span>CONSTANT_Integer�Q�整数�? 



01 00 06 3C 69 6E 69 74 3E�Q��?】字�W�串



01 00 03 28 29 56�Q��?0】字�W�串()V



01 00 04 43 6F 64 65�Q��?1】字�W�串code



01 00 0F 4C 69 6E 65 4E 75 6D 62 65 72 54 61 62 6C 65�Q��?2】字�W�串LineNumberTable



01 00 02 6D 31�Q��?3】字�W�串m1



01 00 04 28 49 29 49 �Q��?4】字�W�串(I)I�Q�表�C�Z��个整数参��C���q�回整数的方法�?br />


01 00 02 6D 32 �Q��?5】字�W�串m2



01 00 0A 53 6F 75 72 63 65 46 69 6C 65 �Q��?6】字�W�串SourceFile



01 00 07 54 4A 2E 6A 61 76 61�Q��?7】字�W�串TJ.java



0C 00 09 00 0A�Q��?8】CONSTANT_NameAndType�Q�结构如下：



CONSTANT_NameAndType_info {



u1 tag;



u2 name_index;



u2 descriptor_index;



}

name_index=9�Q�代表方�?lt;init>�Q�descriptor_index=10�Q?)V�Q�代表无参且�q�回void的方法�?br />




0C 00 05 00 06�Q��?9】结构同上，name_index=5�Q�即f1�Q�descriptor_index=6�Q�即整数�?br />


01 00 02 54 4A �Q��?0】字�W�串TJ



01 00 10 6A 61 76 61 2F 6C 61 6E 67 2F 4F 62 6A 65 63 74�Q��?1】字�W�串java/lang/Object
到此�Q�常量池�l�束�?br />
00 21�Q�类的描�q�符为public�?br />
00 03 �Q�this class为常量池�W�三个，TJ�Q�即�q�个�cȝ��名字为TJ

00 04�Q�super class为常量池�W�四个，java/lang/Object�Q�即它的���类为java.lang.Object

00 00�Q�接口个�?�?br />
00 01�Q�field数量1�?br />
00 12 00 05 00 06 00 01 00 07 00 00 00 02 00 08�Q�field的结构如�?br />
field_info {

     u2 access_flags;

     u2 name_index;

     u2 descriptor_index;

     u2 attributes_count;

     attribute_info attributes[attributes_count];

    }

access_flags�?0 12�Q�代表ACC_PRIVATE+ ACC_FINAL



name_index�Q�常量池索引�?的入口，即f1�Q�即�c�L��员的名字为f1

descriptor_index�Q�I�Q�代表integer�?br />
 attributes_count�Q?个�?br />
attribute_info�Q?br />
attribute_info {

     u2 attribute_name_index;

     u4 attribute_length;

     u1 info[attribute_length];

}


attribute_name_index�Q?�Q�即ConstantValue�Q�结构如�?br />
ConstantValue_attribute {

     u2 attribute_name_index;

     u4 attribute_length;

     u2 constantvalue_index;

    }

attribute_length�Q?

constantvalue_index�Q?

----------------------------------------下面开始方�?/span>
00 03�Q?个方法�?br />
method_info {

     u2 access_flags;

     u2 name_index;

     u2 descriptor_index;

     u2 attributes_count;

     attribute_info attributes[attributes_count];

    }

--------------------------------------------�W�一个方�?lt;init>�Q�这个是�~�译器��生的生成实例的初始化�Ҏ���?br />
access_flags�Q�public

name_index�Q?0 09�Q?lt;init>

descriptor_index�Q?0 0A�Q?)V表示无参敎ͼ��q�回void

attributes_count :00 01,1�?br />
attribute_name_index �Q?0 0B �Q�code

attribute_length�Q?8�?br />
Code_attribute {

     u2 attribute_name_index;

     u4 attribute_length;

     u2 max_stack;

     u2 max_locals;

     u4 code_length;

     u1 code[code_length];

     u2 exception_table_length;

     {     u2 start_pc;

            u2 end_pc;

            u2  handler_pc;

            u2  catch_type;

     } exception_table[exception_table_length];

     u2 attributes_count;

     attribute_info attributes[attributes_count];

    }

max_stack: 00 02

max_locals: 00 01

code_length: 00 00 00 0A,10

code: 2A B7 00 01 2A 05 B5 00 02 B1,指��o

exception table length�Q?0 00

attributes_count�Q?

attribute_name_index�Q?0 0C�Q�LineNumberTable

LineNumberTable_attribute {

     u2 attribute_name_index;

     u4 attribute_length;

     u2 line_number_table_length;

     {  u2 start_pc;      

        u2 line_number;      

     } line_number_table[line_number_table_length];

    }

attribute_length�Q?0

line_number_table_length�Q?

start_pc�Q?0 00

line_number�Q?0 01

tart_pc�Q?0 04

line_number�Q?0 03

到此�W�一个方法结束�?br />
----------------------------------------------------------------------�W�二个方法开�?br />
access_flags�Q?span lang="EN-US">00 01�Q?span lang="EN-US">public

name_index�Q?0 0D�Q�m1

desc_index�Q?0 0E�Q?I)I�Q�有一个整数参敎ͼ��q�回一个整数�?br />
00 01�Q�一个attr

00 0B�Q�code

00 00 00 1C�Q�attr_length:28

Code_atrr:28个字节，不分析了和上面的�Ҏ��相同�?br />


----------------------------------------------------------------------�W�三个方�?br />
00 02�Q�private

00 0F�Q�m2

00 0A: ()V�Q�无参，�q�回void

00 01�Q�一个attr

00 0B�Q�code

00 00 00 19�Q�attr_length  25

接下�ȝ��25个字节是Code_atrr�Q�同样不分析了�?br />
------------------------------------------------------------------

00 01�Q?个类的attr

00 10�Q�SourceFile

00 00 00 02�Q�len=2

00 11�Q?7�Q�TJ.java

 

simon.shen 2010-02-22 19:30 发表评论

*Constant Type*	*Value*
`CONSTANT_Class`	`7`
`CONSTANT_Fieldref`	`9`
`CONSTANT_Methodref`	`10`
`CONSTANT_InterfaceMethodref`	`11`
`CONSTANT_String`	`8`
`CONSTANT_Integer`	`3`
`CONSTANT_Float`	`4`
`CONSTANT_Long`	`5`
`CONSTANT_Double`	`6`
`CONSTANT_NameAndType`	`12`
`CONSTANT_Utf8`	1



simon.shen — Mon, 18 Jan 2010 13:13:00 GMT
    搞了那么多年的程序，一直也没去搞明白URI和URL的区别，��L��觉这两个东东差不多。看了《OReilly HTTP The Definitive Guide》，�ȝ��一下：



   从字面上理解�Q�URI�����的是“资源”�Q�而URL�����的是“定位”.URI更�ؓ注重资源而不太注重位�|?URI对于定位Internet上的资源是更为通用的架�?/span>�?br />


   URI有两�U��Ş式：一�U�是URL�Q�另一�U�是URN�?br />


   URL表示的是某台特定��L��上的一个资源的具体路径�Q�是一个精���的、固定的位置�?br />


    URN�Q?span lang="EN-GB">uniform resource name�Q?/span>指的是某一块特定内容的唯一的名字，和资源所在的位置无关�Q�是location-independent的，允许资源从一个地方移到另一个地斏V�?br />


    URN仍然是实验性的�Q�还没有被广泛的采用。URN需要一个基���架构来支持解册���源定位问题�?br />


    所以说�Q�现在URI基本上都是URL�?br />
    

     




simon.shen 2010-01-18 21:13 发表评论

欧美人成在线,亚洲午夜电影,亚洲美女电影在线

JMX In Action �ȝ���Q�二�Q?-HelloWorld例子

Java ClassLoader详解

java Class文�g解析实例

JMX In Action �ȝ��Q�二�Q?-HelloWorld例子