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

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个标准流

• 0=标准输入流stdin
• 1=标准输出流stdout
• 2=标准错误流stderr

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

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

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

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