研究kill 和 kill -9 的区别
本项目有个接口/test，请求后该接口需要处理很久。在接口还未返回结果的时候，使用kill和kill -9杀掉进程会怎么样?
- 用chrome请求
/test，看到转圈，执行kill -9 进程ID，可以看到转圈立即停止。可以想象到kill -9是立即杀死进程，不会等待善后。 - 用chrome请求
/test，看到转圈，执行kill 进程ID，可以看到继续转圈，但是过了一阵子界面就不转圈停止了。可以想象到，还是会等待善后的，即会
等待还没运行完的线程，但是因为线程实在处理太久了，kill是有最大等待时间的，过了这个时间还不处理完毕，就直接关闭了
上述只是看表象，我们写了一个 TestAnnotationPreDestroy 类监听当springboot程序被关闭时打印一条语句，可以看到kill -9时不打印，而kill时会打印，这是更加客观的证据。
kill 究竟会等待多长时间?
这个应该是操作系统会留多少时间给进程善后，具体多少，我暂时未知
actuator 的 /actuator/shutdown优雅关机，属于哪种类型
从观察的结果来看 /actuator/shutdown 不是 kill -9，应该是使用 kill来实现的，它跟 kill是一样的，都会等待一段时间，这短时间还执行不完就强关
kill 和 kill -9 以及 /actuator/shutdown 是不是执行后程序就不再接收新的请求?
请求/test接口，执行以下命令，再迅速得在/test还在转圈的时候访问/接口，是不是程序就不再接收新的请求?（即/没响应）
- kill -9：是直接杀死，无所谓的是否还接收新请求，
/无响应 - kill：
/无响应，说明/test是已有正在处理的需求，那继续处理，但是对于/是新请求的，就不再接收这个请求，chrome页面直接就返回 “无法访问此网站”（跟程序没启动时访问得到的结果同） /actuator/shutdown：同kill