当前位置:主页 > 软件编程 > JAVA代码 >

springboot项目不输出nohup.out日志的解决

时间:2022-11-25 10:40:27 | 栏目:JAVA代码 | 点击:

springboot不输出nohup.out日志

nohup java -jar mgcr_pc-0.0.1-SNAPSHOT.war >/dev/null 2>log & 

注意:这个log是一个文件,可以随意命名

ps aux|grep 你刚刚运行的包名.jar

然后会显示线程id

关闭进程 如5555

kill -9 5555

nohup启动程序后,nohup.out过大的解决

一般百度到都会说:

cp /dev/null nohup.out
cat /dev/null nohup.out

不能简单的删除那个文件,因为linux的文件管理是引用计数法。

可以清空nohup日志,其实关键在于启动时的流输入方式。如果使用>方式,使用上述方法操作后,再次写入时,文件会重新变成原来的大小,而使用>>追加方式,确实可以消除文件的大小。

原因基本描述如下:

linux的文件管理使用fd,用户可以自定义3以上(包括3)的文件,而0,1,2,则对应了3个标准流

shell读取到>时,判断文件是否存在,不存在则创建文件,之后以w方式写入,文件指针只会向后增加。

因此使用>作为nohup的重定向时,文件指针一直向后增加,使用上述两个命令操作nohup.out,操作时确实重写了整个文件,但是在程序的下次输出时,文件的大小又重新变回原来的大小了,这很正常,因为文件的指针还在原来的大小的位置,写入操作时,指针向后偏移“输出内容的大小”,并写入“输出内容”,此时文件不得不重新回到原本的大小,虽然原本的内容已经不见了(此时那些内容的填充为0,类似的操作一次,然后查看nohup文件的16进制表示,就会发现它们全部都是0x00,可以称为文件空洞)

而使用>>方式写入文件时,使用a+方式写入文件,文件指针指向文件的结束符EOF位置。

在使用使用上述两个命令操作nohup.out时,文件的结束符确实重新回到了0x00地址,因此可以清空原本的内容,并且不会再创建文件空洞。

您可能感兴趣的文章:

相关文章