阿丁的猫1. 清空文件，别只知道 > file：从“删内容”到“保 inode 的底层逻辑”
干运维或者天天跟 Linux 打交道的人，迟早都会遇到一个需求：把某个文件的内容清空，但文件本身还要留着。
最常见的场景就是日志文件。/var/log/ 下面那些家伙，动不动几个 GB，磁盘告警了，你得赶紧腾空间。这时候很多人第一反应是 rm -rf 删掉，但删完往往会发现服务还在往这个路径写日志，要么报错，要么悄悄重建一个新文件，权限、属主全变了，后续排查更麻烦。更稳的做法是“清空”而不是“删除”——文件还在，inode 不变，打开那个文件的所有进程都感知不到变化，照常往里写，但磁盘空间立刻释放出来了。
这篇文章就把 Linux 下清空文件内容的几种常用方法都过一遍，从最简单的 shell 重定向，到 truncate、dd、sed，再到 echo 和 cat 的变种玩法。每种方法我都会说清楚它干的是什么、底层发生了什么、适合什么场景、有什么坑。最后再补充一些我在实战里踩过的坑和总结出来的检查技巧，争取让你看完就能直接用，不用再一个个去试。
先说个插曲：我见过不少新手（甚至一些写了几年脚本的人）以为“清空文件”就是把文件删了再 touch 一个。这个操作在多数时候能骗过眼睛——ls -l 看到文件还在，大小是 0——但如果你那个文件被某个进程打开了，删掉再新建，文件描述符指向的还是原来那个已经被删除的 inode，你新 touch 出来的文件跟那个进程一点关系都没有。等进程往里面写日志，老的 inode 空间又被写出来了（对，删掉的文件只要有句柄持有，空间并不会立刻释放，进程还能继续写），心里想的是“我都清空了怎么磁盘还是满的”，实际上就是没搞懂 inode 和文件描述符这层关系。所以下面讲到每种方法时，我都会特别强调它对 inode 的影响，这是选型时的核心依据。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 空文件？文件大小是 0 不等于文件被清空了
在正式介绍清空方法之前，先把“空文件”这件事的定义捋清楚，否则后面很多操作会把人绕晕。
Linux 下一个普通文件由三部分构成：目录项（dentry）、inode 和数据块。目录项记录文件名和 inode 的对应关系，inode 保存元数据（权限、属主、时间戳、数据块指针列表等），数据块才是真正存内容的地方。当我们说“清空文件内容”，本质上有两种理解：
一种是把数据块里的内容全部释放，inode 里的文件大小字段写成 0，但保留 inode 和目录项的关联——文件还在，只是内容没了。这就是最标准、最推荐的做法。
另一种是“内容还在磁盘上，但用户看不到了”，典型操作是删除目录项，让 inode 失去引用，文件进入“不可见但可能还被进程持有”的状态。这不是清空，是删除，很多问题的根源就是有人把这两件事混为一谈。
所以我们在判断清空是否成功时，不能只看 ls -l 输出的文件大小是不是 0。文件大小为 0 只说明“通过路径看到的大小是 0”，如果这个文件被某进程用追加模式打开着，进程照样可以在”大小为 0“的文件里继续写入——写入后大小又会变回去。正确的检查方式是 ls -l 看大小、df -h 看磁盘空间，还要注意被占用的空间是否真的释放了。有些场景下文件大小是 0，但 lsof 能看到某个进程持有已删除文件的句柄，磁盘空间迟迟不降，这时候你清空了普通路径上的文件也没用。
还有更特殊的情况：有些文件看起来大小是 0，其实里面存的是稀疏文件（sparse file）的元数据空洞，du 看到的块占用和 ls 看到的大小完全对不上。清空稀疏文件时，用重定向 > file 这类方法通常会改变文件的属性状态，而用 truncate -s 0 处理稀疏文件，则是直接对 inode 上的 size 字段动手，本质上更贴近“清空”的语义。
所以这篇文章讨论的“清空文件内容”，定义非常明确：让文件大小归零，数据块尽快释放，inode 和目录项保留，不影响正在使用该文件的进程。下面的每一种方法，我都会从这几个维度来做对比。
3. 先认识五个清空工具：适用场景和优缺点一览
在实操环节展开之前，我先把主流的清空方法列成一张表，给你一个整体印象。后面再逐个细讲底层原理和踩坑细节。
| 方法 | 核心命令 | 对 inode 影响 | 释放磁盘空间 | 大文件效率 | 适用场景 |
|---|---|---|---|---|---|
| Shell 重定向 | > file |
不改变 | 立即释放 | 极快，不读内容 | 日常最快最常用 |
/dev/null 重定向 |
cat /dev/null > file |
不改变 | 立即释放 | 极快 | 老派写法，语义清晰 |
echo -n |
echo -n > file |
不改变 | 立即释放 | 极快 | 空输出，写法直观 |
truncate |
truncate -s 0 file |
不改变 | 立即释放 | 极快，不读内容 | 大文件首选，语义明确 |
dd |
dd if=/dev/null of=file |
不改变 | 立即释放 | 极快 | 需要统计信息或特殊场景 |
sed |
sed -i 'd' file |
不改变 | 可能延迟释放 | 中等，需读文件 | 需要复杂过滤条件时用 |
| 删除重建 | rm file && touch file |
改变 | 有句柄时延迟释放 | 极快 | 不适合日志类、共享类文件 |
这张表是最佳实践的浓缩版，但光看表不够，知道怎么用只是第一步，理解背后的原理才是这篇文章的核心。下面一个一个拆开讲。
3.1 Shell 重定向：> file 为什么最快
这是 Linux 下最经典、最快速的清空方式，也是我平时用得最多的。命令极简：
bash复制> /var/log/nginx/access.log
如果你在 bash、zsh 里执行这行，shell 会以“截断到 0”的方式打开这个文件（O_TRUNC 标志），瞬间把文件大小变成 0。