你见过java程序自毁(kill)吗?我踩过

文章讲述了作者在运行Java服务时遇到程序被kill的情况,通过排查事务处理、重复注入、事务配置等问题,最终发现原因是内存不足。Java服务在Docker容器内由于内存限制,在24小时后被自动终止。解决方案是为程序分配足够的内存,创建startup.sh脚本来设置内存参数。

前言

  • 在线音乐戳我呀!
  • 音乐博客源码上线啦!
  • 之前专栏奔向Linux、Docker前几篇讲了Docker的安装部署,操作算是比较简单。
  • 你见过java程序自毁(kill)吗?我遇到过。
  • 今天,兴致勃勃想登陆在线音乐听听周董的《稻香》,结果,发现请求音乐接口失败(音乐博客是由java服务提供的第三方服务),于是马上进入服务器看下日志,进行了排查之路。
  • 接下来将分享如何在服务器排查java服务无缘无故被kill掉的问题,这个问题非常有意思,主要是很难排查,自己被kill掉,一五一十盘出。
  • Are you ready ?

怀念那年夏天,漂流~

Java无缘无故被kill掉

发现接口调用失败,排查之后发现程序已被kill停止。

环境

  • Java:Springboot

  • 服务器:java是在Docker中运行

一、jar包无缘无故被kill?

动物群体自毁我见过,但jar包无缘无故被kill掉,也没有报错信息,这就很难排查了。

看到最后一行,Killed。

1.1 事务背锅?

🙋 想一想,我们有没有定时器脚本,或者程序的定时器关掉服务呢?

🙋🏻‍♂️

自毁程序是一些电脑高手编写的可执行代码,没有现成的。我给个代码你看一下,如果你能看懂就可以用了。面的代码由Gary Nebbett写就.Gary Nebbett乃是WINDOWS NT/2000 NATIVE API REFERENCE的作者.乃NT系统一等一的高手.下面就分析一些他的这段代码. 这段代码在PROCESS没有结束前就将启动PROCESS的EXE文件删除了. int main(int argc, char *argv[]) { HMODULE module = GetModuleHandle(0); CHAR buf[MAX_PATH]; GetModuleFileName(module, buf, sizeof buf); CloseHandle(HANDLE(4)); __asm { lea eax, buf push 0 push 0 push eax push ExitProcess push module push DeleteFile push UnmapViewOfFile ret } return 0; } 现在,我们先看一下堆栈中的东西 偏移 内容 24 0 20 0 16 offset buf 12 address of ExitProcess 8 module 4 address of DeleteFile 0 address of UnmapViewOfFile 调用RET返回到了UnmapViewOfFile,也就是栈里的偏移0所指的地方.当进入UnmapViewOfFile的流程时,栈里见到的是返回地址DeleteFile和HMODUL module.也就是说调用完毕后返回到了DeleteFile的入口地址.当返回到DeleteFile时,看到了ExitProcess的地址,也就是返回地址.和参数EAX,而EAX则是buffer.buffer存的是EXE的文件名.由GetModuleFileName(module, buf, sizeof buf)返回得到.执行了DeleteFile后,就返回到了ExitProcess的函数入口.并且参数为0而返回地址也是0.0是个非法地址.如果返回到地址0则会出错.而调用ExitProcess则应该不会返回. 这段代码的精妙之处在于: 1.如果有文件的HANDLE打开,文件删除就会失败,所以,CloseHandle(HANDLE(4));是十分巧妙的一手.HANDLE4是OS的硬编码,对应于EXE的IMAGE.在缺省情况下,OS假定没有任何调用会关闭IMAGE SECTION的HANDLE,而现在,该HANDLE被关闭了.删除文件就解除了文件对应的一个句柄. 2.由于UnmapViewOfFile解除了另外一个对应IMAGE的HANDLE,而且解除了IMAGE在内存的映射.所以,后面的任何代码都不可以引用IMAGE映射地址内的任何代码.否则就OS会报错.而现在的代码在UnmapViewOfFile后则刚好没有引用到任何IMAGE内的代码. 3.在ExitProcess之前,EXE文件就被删除了.也就是说,进程尚在,而主线程所在的EXE文件已经没了.(WINNT/9X都保护这些被映射到内存的WIN32 IMAGE不被删除.)
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值