如何在不重启写入进程的前提下永久清空日志文件的内容

你遇到的问题根源是运行中的进程持有的日志文件偏移量没有被重置：
绝大多数写日志的进程如果没有用O_APPEND标志打开文件，会在打开文件时记录当前的文件偏移位置，后续每次写入日志都会从这个偏移位置向后追加内容。你用到的清空/截断命令只是把磁盘上的日志文件内容删除、将文件大小置为0，完全不会修改运行中进程内部维护的文件偏移值。
等进程下次写入新日志时，会从之前记录的偏移位置（也就是你清空之前的文件大小的位置）开始写数据，操作系统会自动把偏移量之前的空白部分填充为\0空字符，最终呈现的效果就是文件大小直接恢复到清空之前的大小，前面全是空内容，末尾追加新写入的日志。

根据进程的支持情况选对应方案即可：

• 方案1（推荐，适配绝大多数标准后台服务）：利用日志轮转信号通知进程重置文件句柄
  绝大多数后台服务（比如Nginx、Apache、rsyslog等）都支持HUP信号触发日志重新加载，操作步骤如下：
  1. 先清空现有日志文件：truncate -s 0 log.txt
  2. 找到写日志进程的PID，执行信号通知：kill -HUP <对应进程PID>
     进程收到信号后会关闭旧的文件描述符，重新打开日志文件，内部的偏移量会自动重置为0，后续写入就不会再出现空内容空洞。
• 方案2（进程不支持HUP信号时使用）：轮转日志文件
  如果进程没有适配信号处理逻辑，可以用重命名轮转的方式处理：
  1. 把现有日志重命名为备份文件：mv log.txt log.txt.old
  2. 新建一个同名的空日志文件：touch log.txt
  3. 给进程发送HUP信号（如果支持的话）通知它写新的日志文件；如果进程不支持信号处理，也可以等待进程自然重启/重新打开日志的时机，确认旧备份文件没有写入后直接删除即可释放空间。

内容的提问来源于stack exchange，提问作者tanatan