在linux/unix下，你是怎么中止一个java进程的？
在linux/unix下，你是怎么中止一个java进程的？
你可能会回答 kill -9 pid，这是一种在多数情况下正确的做法。不过，这种方式过于暴力，如果用户对环境不熟悉，很容易造成致命的后果。
本文将分析kill -9产生问题的原因，并给出另一种标准的kill方式。
标准中断信号
在Linux信号机制中，存在多种进程中断信号（Linux信号列表）。其中比较典型的有 SIGNKILL（9） 和 SIGNTERM（15）.
SIGNKILL（9） 和 SIGNTERM（15） 的区别在于：
SIGNKILL（9） 的效果是立即杀死进程. 该信号不能被阻塞, 处理和忽略。
SIGNTERM（15） 的效果是正常退出进程，退出前可以被阻塞或回调处理。并且它是Linux缺省的程序中断信号。
由此可见，SIGNTERM（15） 才是理论上标准的kill进程信号。
那使用 SIGNKILL（9） 又有什么错呢？
SIGNKILL（9） 带来的问题
先看一段程序
/**
* Shutdown Hook Presentation
*
* @author Ken Wu
*/
public class ShutdownHookTest {
private static final void shutdownCallback() {
System.out.println("Shutdown callback is invoked.");
}
public static void main(String[] args) throws InterruptedException {
Runtime.getRuntime().addShutdownHook(new Thread() {
@Override
public void run() {
shutdownCallback();
}
});
Thread.sleep(10000);
}
}
在上面这段程序中，我使用Runtime为当前java进程添加了一个ShutdownHook，它的作用是在java正常退出时，执行shutdownCallback()这个回调方法。
此时，如果你试验过在java进程未自动退出前，执行 kill -9 pid，即发送 SIGNKILL 信号，会发现这个回调接口是不会被执行的。这是SIGNKILL信号起的作用。
对于我这个简单的测试用例来说，不被执行也无大碍。但是，如果你的真实系统中有需要在java进程退出后，释放某些资源。
而这个释放动作，因为SIGNKILL被忽略了，那就可能造成一些问题。
所以，推荐大家使用标准的kill进程方式，即 kill -15 pid。
作者：Ken Wu 原文链接：http://kenwublog.com/kill-java-correctly
相关文档：
（L2CAP协议简介，L2CAP在BlueZ中的实现以及L2CAP编程接口）
一：L2CAP协议简介：
Logical Link Control and Adaptation Protocol(L2CAP)
逻辑连接控制和适配协议 (L2CAP) 为上层协议提供面向连接和无连接的数据服务，并提供多协议功能和分割重组操作。L2CAP 充许上层协议和应用软件传输和接收最大长度为 64K 的 L2CAP � ......
在没有好好地研习面向对象设计的设计模式之前，我对Java接口和Java抽象类的认识还是很模糊，很不可理解。
刚学Java语言时，就很难理解为什么要有接口这个概念，虽说是可以实现所谓的多继承，可一个只有方法名，没有方法体的东西，我实现它又有什么用呢？我从它那什么也得不到，除了一些方法名，我直接在具体类里加入这些方 ......
别的都不说了，我的感觉是学习到了一种框架的思想：就是开发一个基础框架，然后这个框架再别的地方一样可以使用！
比较重要的知识点:
1: HTTP 协议解析，
2：封装response 、request
3：给系统定制日志组件
4：给系统添加配置文件，增加了系统的灵活性和耦合性.这里主要是用的一个开源项目（据说Tomcat就是用的这个开� ......
首先：打开PC电源时，CPU自动进入实模式，并从地址0xFFFF0开始执行代码，这个地址通常是ROM-BIOS中的地址。这时BIOS进行开机自检，并按BIOS中设置好的参数进行启动设备，接着启动设备上安装的引导程序lilo或grub开始引导LINUX（也就是启动设备的第一个扇区），这时，Linux才获得启动权。
� ......
