备案控制台
探索云世界
开发者社区 云计算 文章 正文

JPDA 架构研究20 - JDI的事件请求和处理模块

2017-11-08 1250
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介：

引入：

上文主要讲解了JDI的连接模块来建立Debugger到Target VM之间的连接，这里主要讲解事件请求和处理模块。它们都在com.sun.jdi.event和com.sun.jdi.request包中。


分析：


Part 1:查看JDI中定义的事件类型

JDI中事件的接口叫Event . 

1
2
3
4
public  abstract  interface  Event  extends  Mirror
{
   public  abstract  EventRequest request();
}

它定义了18种具体的事件类型，如下：

ClassPrepareEvent 装载某个指定的类所引发的事件
ClassUnloadEvent 卸载某个指定的类所引发的事件
BreakingpointEvent 设置断点所引发的事件
ExceptionEvent 目标虚拟机运行中抛出指定异常所引发的事件
MethodEntryEvent 进入某个指定方法体时引发的事件
MethodExitEvent 某个指定方法执行完成后引发的事件
MonitorContendedEnteredEvent 线程已经进入某个指定 Monitor 资源所引发的事件
MonitorContendedEnterEvent 线程将要进入某个指定 Monitor 资源所引发的事件
MonitorWaitedEvent 线程完成对某个指定 Monitor 资源等待所引发的事件
MonitorWaitEvent 线程开始等待对某个指定 Monitor 资源所引发的事件
StepEvent 目标应用程序执行下一条指令或者代码行所引发的事件
AccessWatchpointEvent 查看类的某个指定 Field 所引发的事件
ModificationWatchpointEvent 修改类的某个指定 Field 值所引发的事件
ThreadDeathEvent 某个指定线程运行完成所引发的事件
ThreadStartEvent 某个指定线程开始运行所引发的事件
VMDeathEvent 目标虚拟机停止运行所以的事件
VMDisconnectEvent 目标虚拟机与调试器断开链接所引发的事件
VMStartEvent 目标虚拟机初始化时所引发的事件


Part 2：事件集的概念

事件集是事件发送的最小单位，并且事件集一旦被创建，则不可以被修改。

1
2
3
4
5
6
7
8
public  abstract  interface  EventSet  extends  Mirror, Set<Event>
{
   public  abstract  int  suspendPolicy();
 
   public  abstract  EventIterator eventIterator();
 
   public  abstract  void  resume();
}

它也提供了迭代器来访问事件集内的事件。


Part 3:事件队列

事件队列(EventQueue)的拥有者是目标虚拟机，EventQueue 将这些事件集以“先进先出”策略依次地发送到调试器端。EventQueue 负责管理来自目标虚拟机的事件，一个被调试的目标虚拟机上有且仅有一个 EventQueue实例。特别地，随着一次事件集的发送，目标虚拟机上可能会有一部分的线程因此而被挂起。如果一直不恢复这些线程，有可能会导致目标虚拟机挂机。


Part 4: JDI事件请求

正如Part1 所说，Event接口定义了request方法，该方法会返回由调试器Debugger发出的针对该事件的事件请求（EventRequest）。事件请求是由调试器向目标虚拟机发出的，目的是请求目标虚拟机在发生指定的事件后通知调试器。只有当调试器发出的请求与目标虚拟机上发生的事件匹配时，这些事件才会被分发到各个事件集，进而等待发送至调试器端。

（注意：这里可能有点绕口，一句话概括就是 EventRequest总是由Debugger发向Target VM ，而当请求与目标虚拟机上发生事件匹配，则事件会被归到EventSet中，EventSet会被Target VM的EventQueue所管理，并且按照FIFO原则发送到Debugger)


当然了，Debugger发送给Target VM的所有事件请求，不一定Target VM 都感兴趣。因此JDI提供了事件的过滤机制，来删选出最终真正要发送给Target VM的事件。

EventRequest中提供了一组addXXXFilter()方法来给某个事件请求添加一个或者多个过滤器：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
  public  void  addCountFilter( int  count)
     throws  InvalidRequestStateException
   {
     checkDisabled();
     if  ( this .fCountFilters ==  null ) {
       this .fCountFilters =  new  ArrayList();
     }
     this .fCountFilters.add( new  Integer(count));
   }
 
   public  void  addThreadFilter(ThreadReference threadFilter)
     throws  ObjectCollectedException, VMMismatchException, InvalidRequestStateException
   {
     checkVM(threadFilter);
     checkDisabled();
     if  (threadFilter.isCollected())
       throw  new  ObjectCollectedException();
     if  ( this .fThreadFilters ==  null ) {
       this .fThreadFilters =  new  ArrayList();
     }
     this .fThreadFilters.add(threadFilter);
   }
 
   public  void  addClassFilter(ReferenceType filter)
     throws  VMMismatchException, InvalidRequestStateException
   {
     checkVM(filter);
     checkDisabled();
     if  ( this .fClassFilterRefs ==  null ) {
       this .fClassFilterRefs =  new  ArrayList();
     }
     this .fClassFilterRefs.add(filter);
   }
 
   public  void  addClassFilter(String filter)
     throws  InvalidRequestStateException
   {
     checkDisabled();
     if  ( this .fClassFilters ==  null ) {
       this .fClassFilters =  new  ArrayList();
     }
     this .fClassFilters.add(filter);
   }
 
   public  void  addClassExclusionFilter(String filter)
     throws  InvalidRequestStateException
   {
     checkDisabled();
     if  ( this .fClassExclusionFilters ==  null ) {
       this .fClassExclusionFilters =  new  ArrayList();
     }
     this .fClassExclusionFilters.add(filter);
   }
 
   public  void  addLocationFilter(LocationImpl location)
     throws  VMMismatchException
   {
     checkDisabled();
 
     checkVM(location);
     if  ( this .fLocationFilters ==  null ) {
       this .fLocationFilters =  new  ArrayList();
     }
     this .fLocationFilters.add(location);
   }
 
   public  void  addExceptionFilter(ReferenceTypeImpl refType,  boolean  notifyCaught,  boolean  notifyUncaught)
     throws  VMMismatchException
   {
     checkDisabled();
 
     if  (refType !=  null ) {
       checkVM(refType);
     }
     if  ( this .fExceptionFilters ==  null ) {
       this .fExceptionFilters =  new  ArrayList();
     }
     ExceptionFilter filter =  new  ExceptionFilter();
     filter.fException = refType;
     filter.fNotifyCaught = notifyCaught;
     filter.fNotifyUncaught = notifyUncaught;
     this .fExceptionFilters.add(filter);
   }
 
   public  void  addFieldFilter(FieldImpl field)
     throws  VMMismatchException
   {
     checkDisabled();
 
     checkVM(field);
     if  ( this .fFieldFilters ==  null ) {
       this .fFieldFilters =  new  ArrayList();
     }
     this .fFieldFilters.add(field);
   }
 
   public  void  addStepFilter(ThreadReferenceImpl thread,  int  size,  int  depth)
     throws  VMMismatchException
   {
     checkDisabled();
 
     checkVM(thread);
 
     if  ( this .fThreadStepFilters ==  null ) {
       this .fThreadStepFilters =  new  ArrayList();
     }
     ThreadStepFilter filter =  new  ThreadStepFilter();
     filter.fThread = thread;
     filter.fThreadStepSize = size;
     filter.fThreadStepDepth = depth;
     this .fThreadStepFilters.add(filter);
   }
 
   public  void  addInstanceFilter(ObjectReference instance)
   {
     checkDisabled();
     checkVM(instance);
     if  ( this .fInstanceFilters ==  null ) {
       this .fInstanceFilters =  new  ArrayList();
     }
     this .fInstanceFilters.add(instance);
   }
 
   public  void  addSourceNameFilter(String pattern)
   {
     checkDisabled();
     if  ( this .fSourceNameFilters ==  null ) {
       this .fSourceNameFilters =  new  ArrayList();
     }
     this .fSourceNameFilters.add(pattern);
   }


Part 5： Target VM对于事件请求(EventRequest)的管理

在JDI中，事件请求的管理是通过EventRequestManager来完成的。它有许多createXXXRequest方法来创建不同类型的事件请求，也有许多deleteXXXRequest方法来删除不同类型的事件请求，还有xxxRequests方法来列出各种类型的事件请求。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
package  com.sun.jdi.request;
 
import  com.sun.jdi.Field;
import  com.sun.jdi.Location;
import  com.sun.jdi.Mirror;
import  com.sun.jdi.ReferenceType;
import  com.sun.jdi.ThreadReference;
import  java.util.List;
 
public  abstract  interface  EventRequestManager  extends  Mirror
{
   public  abstract  ClassPrepareRequest createClassPrepareRequest();
 
   public  abstract  ClassUnloadRequest createClassUnloadRequest();
 
   public  abstract  ThreadStartRequest createThreadStartRequest();
 
   public  abstract  ThreadDeathRequest createThreadDeathRequest();
 
   public  abstract  ExceptionRequest createExceptionRequest(ReferenceType paramReferenceType,  boolean  paramBoolean1,  boolean  paramBoolean2);
 
   public  abstract  MethodEntryRequest createMethodEntryRequest();
 
   public  abstract  MethodExitRequest createMethodExitRequest();
 
   public  abstract  MonitorContendedEnterRequest createMonitorContendedEnterRequest();
 
   public  abstract  MonitorContendedEnteredRequest createMonitorContendedEnteredRequest();
 
   public  abstract  MonitorWaitRequest createMonitorWaitRequest();
 
   public  abstract  MonitorWaitedRequest createMonitorWaitedRequest();
 
   public  abstract  StepRequest createStepRequest(ThreadReference paramThreadReference,  int  paramInt1,  int  paramInt2);
 
   public  abstract  BreakpointRequest createBreakpointRequest(Location paramLocation);
 
   public  abstract  AccessWatchpointRequest createAccessWatchpointRequest(Field paramField);
 
   public  abstract  ModificationWatchpointRequest createModificationWatchpointRequest(Field paramField);
 
   public  abstract  VMDeathRequest createVMDeathRequest();
 
   public  abstract  void  deleteEventRequest(EventRequest paramEventRequest);
 
   public  abstract  void  deleteEventRequests(List<?  extends  EventRequest> paramList);
 
   public  abstract  void  deleteAllBreakpoints();
 
   public  abstract  List<StepRequest> stepRequests();
 
   public  abstract  List<ClassPrepareRequest> classPrepareRequests();
 
   public  abstract  List<ClassUnloadRequest> classUnloadRequests();
 
   public  abstract  List<ThreadStartRequest> threadStartRequests();
 
   public  abstract  List<ThreadDeathRequest> threadDeathRequests();
 
   public  abstract  List<ExceptionRequest> exceptionRequests();
 
   public  abstract  List<BreakpointRequest> breakpointRequests();
 
   public  abstract  List<AccessWatchpointRequest> accessWatchpointRequests();
 
   public  abstract  List<ModificationWatchpointRequest> modificationWatchpointRequests();
 
   public  abstract  List<MethodEntryRequest> methodEntryRequests();
 
   public  abstract  List<MethodExitRequest> methodExitRequests();
 
   public  abstract  List<MonitorContendedEnterRequest> monitorContendedEnterRequests();
 
   public  abstract  List<MonitorContendedEnteredRequest> monitorContendedEnteredRequests();
 
   public  abstract  List<MonitorWaitRequest> monitorWaitRequests();
 
   public  abstract  List<MonitorWaitedRequest> monitorWaitedRequests();
 
   public  abstract  List<VMDeathRequest> vmDeathRequests();
}

有一点需要注意的是，这里由EventRequestManager创建的createXXXRequest的事件都是非激活的，因此这些事件请求当发送给Target VM不会起任何作用，除非调用EventRequest的setEnable(true)使得该事件进入激活状态。


Part 6: JDI中Debugger与Target VM之间的事件交互。

Step 1：Debugger调用Target VM的 eventQueue() 和 eventRequestManager() 分别获取唯一的 EventQueue 实例和 EventRequestManager 实例.


Step 2: Debugger通过 EventRequestManager 的 createXXXRequest() 创建需要的事件请求，并添加过滤器和设置挂起策略.

Step 3: Debugger通过EventQueue 获取来自Target VM的事件实例.

这个事件实例包含了许多信息，比如ThreadReference ,StackFrame,LocalVariable, Location，Method等，这些事件信息就包含了当前Target VM的一些现有状态信息和数据，Debugger就用这些数据交给Eclipse的相应的Debugger UI插件来显示结果。


总结：

在此文章中，我们涉及到了多个概念，这里把其中的类模型概括下：

wKiom1SGzHigR1adAAFDI0xXU0I825.jpg





本文转自 charles_wang888 51CTO博客，原文链接：http://blog.51cto.com/supercharles888/1588043，如需转载请自行联系原作者
文章标签：
云虚拟主机
关键词：
架构模块
架构请求
架构事件
架构研究
jpda架构研究jdi
余二五
目录
相关文章
洛神灬殇
|
3月前
|
缓存 安全 API
【亿级数据专题】「高并发架构」盘点本年度探索对外服务的百万请求量的API网关设计实现
公司对外开放的OpenAPI-Server服务，作为核心内部系统与外部系统之间的重要通讯枢纽，每天处理数百万次的API调用、亿级别的消息推送以及TB/PB级别的数据同步。经过多年流量的持续增长，该服务体系依然稳固可靠，展现出强大的负载能力。
洛神灬殇
68 9
【亿级数据专题】「高并发架构」盘点本年度探索对外服务的百万请求量的API网关设计实现
码农小凡
|
7月前
|
设计模式 架构师 Java
阿里P8架构师都要学习研究的java加强版23种设计模式神级PDF文档
说在前面的话 Java作为老牌纯正的编程语言，在规范性上有着天然优势。因此本版的设计模式讲解全部用Java语言来描述，并针对Java语言的特性对讲解内容做了相当大的改动。 不知道大家是否听过编程界的一段话：掌握设计模式相当于华山派的"气宗"，是程序员的内功修为，虽然在同样的学习时间下，类似Python这种"剑宗"的开发模式见效更快，但是长远来看，"气宗"才是走向软件架构师以上级别的必由之路。 所以，掌握气宗就掌握了编程命脉，然而学习设计模式有四大境界： 接下来给大家分享的就是java溢彩加强版大话设计模式包含的内容知识点。 总目录 主要内容 本文是百万销量的经典畅销书《
码农小凡
126 0
GG2020gg
|
2月前
|
运维 Linux Apache
LAMP架构调优（三）——模块的安装与调用
LAMP架构调优（三）——模块的安装与调用
GG2020gg
9 0
我是koten
|
9月前
|
运维 监控 网络协议
【运维知识进阶篇】集群架构-Nginx常用模块（目录索引+状态监控+访问控制+访问限制）（下）
【运维知识进阶篇】集群架构-Nginx常用模块（目录索引+状态监控+访问控制+访问限制）（下）
我是koten
58 0
我是koten
|
9月前
|
运维 监控 应用服务中间件
【运维知识进阶篇】集群架构-Nginx常用模块（目录索引+状态监控+访问控制+访问限制）（上）
【运维知识进阶篇】集群架构-Nginx常用模块（目录索引+状态监控+访问控制+访问限制）
我是koten
66 0
源码星辰
|
4月前
|
存储 监控 安全
【B/S架构】医院不良事件报告系统源码
【B/S架构】医院不良事件报告系统源码
源码星辰
55 0
源码星辰
|
7月前
|
存储 监控 安全
医院安全（不良）事件管理系统源代码（B/S架构）：事件全程监管 质量持续改进
系统概述 医院安全(不良)事件管理，让上报人更加准确、快捷地将不良事件内容报告给相关管理人员；使管理者系统地收集资料，并通过深入分析与学习，寻找管理中的薄弱环节，完善系统结构和运作。该系统是有效预防不良事件再次发生的一种管理工具。 二、技术架构： PHP+ vue2+element+ laravel8+ mysql5.7+ vscode 三、不良事件类型 护理相关事件：（跌倒事件，坠床事件，压疮事件，管路滑脱事件，给药差错事件，烧伤/烫伤事件，输液反应事件，病人自杀事件，病人走失事件，消毒供应事件，其他事件） 医疗相关事件：（手术事件，麻醉事件，诊疗相关事件，医德医风相关，病案管理事件
源码星辰
69 0
医院安全（不良）事件管理系统源代码（B/S架构）：事件全程监管 质量持续改进
数据与后端架构提升之路
|
9月前
|
存储 监控 关系型数据库
ELK架构的应用与研究
ELK架构的应用与研究
数据与后端架构提升之路
105 0
jjn0703
|
9月前
|
容灾 网络协议
极客时间架构实战营模块 7 作业
极客时间架构实战营模块 7 作业
jjn0703
57 0
bigdatatang
|
9月前
|
存储 人工智能 Cloud Native
云原生大数据架构实践与思考-DataFunTalk
导读: 作者：振策-阿里云计算平台-产品解决方案, 20230805 本文将分享当前云原生大数据架构的发展历程/架构定义/核心能力/应用场景及趋势思考。主要包括以下四个部分： - 从大数据上云看架构 - 云原生数据平台的核心能力 - Data+AI with Cloud-Native - 未来趋势与思考
bigdatatang
1352 0

热门文章

最新文章

  • 1
    Linux基础与服务器架构综合小实践
  • 2
    构建高效微服务架构：从理论到实践
  • 3
    图像处理场景下的Serverless架构
  • 4
    构建高性能微服务架构：后端开发的最佳实践
  • 5
    电子好书发您分享《PolarDB分布式版架构介绍》
  • 6
    k8s 到底是什么，架构是怎么样的？
  • 7
    深度学习框架-Tensorflow2：特点、架构、应用和未来发展趋势
  • 8
    利用阿里云函数计算实现 Serverless 架构的应用
  • 9
    数据库架构模式：分片
  • 10
    Cloud Kernel SIG 月度动态：ANCK 全面首次支持龙芯架构、海光四号处理器，以及适配兆芯等最新进展
  • 1
    Kubernetes的“厨房”：架构是菜谱，组件是厨具，资源对象是食材（上）
    80
  • 2
    阿里云服务器X86计算、Arm计算、GPU/FPGA/ASIC、高性能计算架构区别
    195
  • 3
    TiDB整体架构概览：构建高效分布式数据库的关键设计
    201
  • 4
    TiDB存储层深入：分布式存储架构与数据一致性保障
    51
  • 5
    Snowflake的架构
    35
  • 6
    SpringBoot的架构学习之路
    17
  • 7
    阿里云神龙架构的背景
    346
  • 8
    ZooKeeper基本架构
    151
  • 9
    Apache Hadoop YARN基本架构
    26
  • 10
    架构的未来：微前端与微服务的融合
    63

    • 相关课程

    更多
  • Serverless 函数计算架构
  • 架构的演进
  • MySQL企业常见架构与调优经验分享
  • 企业Web常用架构LAMP-LNMP实战
  • 企业级互联网分布式系统应用架构学习
  • 高校精品课-上海交通大学 -企业级应用体系架构

    • 相关电子书

    更多
  • 微服务×容器Meetup：云原生架构与应用专场PPT合辑
  • 云原生架构容器&微服务优秀案例集
  • 以银行架构视角解读和落实银行数字化转型的两份重磅指导文件

    • 相关实验场景

    更多
  • 每个IT人都想学的“Web应用上云经典架构”实战
  • MySQL引擎及架构优化
  • 基于数据湖架构的网站访问行为分析
  • 高可用应用架构
  • 使用EDA架构部署在线外卖订单系统
  • 搭建PostgreSQL主从架构
    • 下一篇
    2024年阿里云免费云服务器及学生云服务器申请教程参考