在本地调试agent相关功能,需要经常性的杀掉Java进程,验证一些极端情况. 每次都是本能执行如下步骤 jps kill -9 <pid> reboot 有一次验证,发现代码中添加的ShutdownHook没有生效,难道和kill命令后面的数字有关? 经过一番查阅,后面的数字代表的是具体信号,kill命令可将指定的信号发送给相应的进程,linux中常见的信号如下: 1 SIGHUP 挂起进程 2 SIGINT 终止进程 3 SIGGQUIT 停止进程 9 SIGKILL 无条件终止进程 15

项目放到linux服务器了,服务器的环境或者数据可能和我们本地不一样,这个时候我们可能需要远程的断点进行调试,来查看请求过程中的各个变量的值.这里我们的应用服务器用的tomcat5.5.17 这个时候你需要知道JPDA这个概念. 简单的概括下JPDA: Java Platform Debugger Architecture(JPDA:Java平台调试架构) 由Java虚拟机后端和调试平台前端组成  1.Java虚拟机提供了Java调试的功能  2.调试平台通过调试交互协议向Java虚拟机请求服务

“我的天呀!”,网页编辑没有自动保存草稿的功能.害的我昨天写的东西都没有了.算了,不计较这些了.反正也没写多少. 嘻嘻. 大家对kill -9 肯定非常熟悉,在工作中也经常用到.特别是你去重启tomcat时.可是多半看来,我们对-9的理解只是表面而已. 很少有人(包括我)认真的去了解一下 kill -n 这个n到底是什么东东.自我批评一下. 好吧.我们来好好的认识一下这个熟悉的陌生人. 1)kill 从help中可以清晰的看到 -n 指的是 信号编号,那问题来了,“信号编号”是哪位大神??? 2

java JNI 调试出现的错误 ERROR: JDWP Unable to get JNI 1.2 environment, jvm->GetEnv() return code = -2JDWP exit error AGENT_ERROR_NO_JNI_ENV(183): [../../../src/share/back/util.c:820] 请在代码最后加入以下语句:System.exit(0)即可(在main函数结束时,添加system.exit(0):), 注意,只需要在这种情况下加

JAPA介绍 JPDA(Java Platform Debugger Architecture)是 Java 平台调试体系结构的缩写,通过 JPDA 提供的 API,开发人员可以方便灵活的搭建 Java 调试应用程序. JPDA是一组API集合,旨在帮助你调试Java代码.J2SE自1.2.2版开始推出JPDA工具集,并在1.3.x版中将它直接包含在J2SE软件包中. JPDA并非一个应用程序或调试工具,而是一组精心设计的接口与协议,了解这点很重要.Sun设计这一标准的目的是提供一个基础构架,以

详见:http://blog.yemou.net/article/query/info/tytfjhfascvhzxcyt334 Perl语言专家Randal Schwartz在一篇短文里这样写: no no no.不要使用kill -9. 它没有给进程留下善后的机会: 1) 关闭socket链接 2) 清理临时文件 3) 将自己将要被销毁的消息通知给子进程 4) 重置自己的终止状态 等等. 通常,应该发送15,等一两秒钟,如果没效果,发送2,如果还不行,发送1.如果还不行,那你应该把那个程序删

JAVA 单步调试快捷键以debug方式运行java程序后 (F8)直接执行程序.遇到断点时暂停:(F5)单步执行程序,遇到方法时进入:(F6)单步执行程序,遇到方法时跳过:(F7)单步执行程序,从当前方法跳出.

https://www.cnblogs.com/liuhouhou/p/5400540.html Linux kill -9 和 kill -15 的区别 大家对kill -9 肯定非常熟悉,在工作中也经常用到.特别是你去重启tomcat时.可是多半看来,我们对-9的理解只是表面而已. 很少有人(包括我)认真的去了解一下 kill -n 这个n到底是什么东东.自我批评一下. 好吧.我们来好好的认识一下这个熟悉的陌生人. 1)kill 从help中可以清晰的看到 -n 指的是 信号编号,那问题来了

java.lang.ArrayIndexOutOfBoundsException: length=15; index=15 异常出现的场景:在做聊天界面时,需要插入表情,图片,文字,名片,还有几种较为复杂的布局.这时就需要用到BaseAdapter中的getViewTypeCount()和getItemViewType(int position) 方法了,在发送复杂界面时出现了这个异常. 令人抓狂的是这个异常居然是UncaughtException,根本无法判断哪一行出错了,刚开始的时候觉得一定

JAVA自身支持调试功能,并提供了一个简单的调试工具--JDB,类似于功能强大的GDB,JDB也是一个字符界面的 调试环境,并支持设置断点,支持线程线级的调试 JAVA的调试方法如下: 1.首先支持JVM,并设置参数,使之工作在DEBUG模式下,加入参数: -Xdebug -Xrunjdwp,transport=dt_socket,server=y,address=,suspend=n,onthrow=java.io.IOException,launch=/sbin/echo 其中, -Xdeb

<Java程序设计>第15周课堂实践总结 实践一 教材代码检查-p242 要求 在IDEA中或命令行中运行P242 StackTraceDemo2.java 代码运行结果和教材一致吗?为什么? 代码 /** * Created by crazymosquito on 2017/3/28. */ public class StackTraceDemo2 { public static void main(String[] args) { try { c(); }catch (NullPointe

JAVA Debug 调试代码 1.什么时候使用Debug: 程序的运行结果,与你的预期结果不同时,Debug的目的是找错误,而不是该错误: 2.早期调试代码的方式就是打桩: System.out.println("????"); 3.Debug调试的步骤: 先加断点 以调试(Debug)模式来运行程序 调试方式: F5:单步调试(会进到方法中) F6:逐方法调试(不进到方法中) F7:结束方法的调试 F8:直接跳到下一个断点,若后面没有断点了则结束调试

转载自:http://developer.51cto.com/art/201003/189078.htm Java多线程调试是很繁琐的,但是还是需要我们不断进行相关的学习.下面我们就来看看在Java多线程调试中需要我们注意的相关关键点.为了查看中间结果一般采用将信息输出到System.out中. 这样就产生了一个问题:很多个线程的输出信息都简单的输出到控制台上,当我们要查看每个线程自己处理的中间信息时很麻烦.最近在一个实践项目中,使用了Log4j让每个线程输出到自己的log文件中,这样在调试的时

一.JProfiler下载.安装与激活 1.1 下载 直接官网下载(https://www.ej-technologies.com/download/jprofiler/files) 建议下载9.X系列版本,因为目前网上可用注册码都是9.X版本可用.暂未发现10.X系列可用注册码.若已购买可自行忽略. 1.2 安装与激活 按照指引安装即可.输入注册码. 安装可参考:http://huangdongrong.github.io/2016/05/18/jprofiler-introduce-inst

来看下图,其中关键参数 -n signum 表示的是信号编码.   kill   kill 可以用 kill -l 来查看具体有哪些信号编码,这里重点关注 9) SIGKILL 和 15) SIGTERM.   kill -l kill -15 pid(默认) 执行完该指令后,操作系统会发送一个 SIGTERM 信号给对应的程序.当程序接收到该信号后,可能会发生以下几种情况的一种: 当前程序立刻停止: 程序释放相应资源,然后再停止: 程序可能仍然继续运行. 大部分程序会先释放自己的资源,然后再停

解决JAVA单步调试键盘输入被JDB占用的问题 问题来源: 在完成本周任务时,编写的代码中含有Scanner类,编译及运行过程均正确,但使用JDB单步调试时,运行到输入行无法在JDB内部输入变量值. 解决方案 错误原因:JDB占用了控制台,导致无法在调试窗口进行输入输出操作. 解决步骤: 1.打开两个终端,一个用来远程监听,一个用来JDB单步调试. 2.在终端1输入以下命令进行监听远程控制: java -Xdebug -Xrunjdwp:transport=dt_socket,address=8

一.Linux虚拟机的java环境调试 之前直接在终端中使用export直接配置java的运行环境,导致每次终端被重启的时候都要重新配置java的运行环境,直到看到老师的博客Intellj IDEA 简易教程,我才知道要在~/.bashrc中添加export,接下来就是我的调试过程了. 由于当时在调试的时候我还不能很熟练的使用vim,一开始对~/.bashrc 的修改是使用gedit进行修改的, 输入的内容是 export JAVA_HOME=~/jdk export PATH=$JAVA_HO

本文转载自Java 动态调试技术原理及实践 导语 断点调试是我们最常使用的调试手段,它可以获取到方法执行过程中的变量信息,并可以观察到方法的执行路径.但断点调试会在断点位置停顿,使得整个应用停止响应.在线上停顿应用是致命的,动态调试技术给了我们创造新的调试模式的想象空间.本文将研究Java语言中的动态调试技术,首先概括Java动态调试所涉及的技术基础,接着介绍我们在Java动态调试领域的思考及实践,通过结合实际业务场景,设计并实现了一种具备动态性的断点调试工具Java-debug-tool,显著

1.编译语言和解释语言理解,摘自李刚老师的<疯狂Java讲义>第三版: 就是说,Java和.net都是编译型有事解释型语言.编译型就是根据不同平台编译成不同的可执行机器码,编译过程中会进行很多的优化,比如:字符串自动连接以及各种常量替换和连接多个文件生成一个文件等等,而解释型只需要能被解释器解释就可以了,而不需要编译,比如说:html是解释型语言,不需要经过编译,是什么浏览器就解释什么.其实感觉二进制码也是一种解释型语言,而cpu就充当解释器.java和.net都需要虚拟机(也可以认为是解释器

Tips <Effective Java, Third Edition>一书英文版已经出版,这本书的第二版想必很多人都读过,号称Java四大名著之一,不过第二版2009年出版,到现在已经将近8年的时间,但随着Java 6,7,8,甚至9的发布,Java语言发生了深刻的变化. 在这里第一时间翻译成中文版.供大家学习分享之用. 类和接口是Java编程语言的核心.它们是抽象的基本单位.该语言提供了许多强大的元素,可以使用它们来设计类和接口.本章包含指导原则,帮助你充分利用这些元素,使你的类和接口是可

[hadoop@hadoop-01 ~]$ javac -help Usage: javac <options> <source files> where possible options include: -g Generate all debugging info -g:none Generate no debugging info -g:{lines,vars,source} Generate only some debugging info -nowarn Generate