文件大小未变化可能因缓存、句柄未释放、只读挂载等导致。1. 页缓存未刷入：用sync刷新后查看；2. 文件被删除但句柄保留：lsof查deleted条目；3. 文件系统只读：mount检查ro选项并尝试remount,rw；4. 稀疏或压缩文件：对比ls与du结果；5. 命令误用：确认路径、链接及高频监控变化。
Linux 上查不到文件大小变化，可能是由于多种原因导致的。表面上看文件似乎没变，但实际可能已有写入操作。下面带你一步步排查常见原因和对应的解决方法。
1. 文件已被其他进程打开并缓存
Linux 使用页缓存（page cache）机制提升 I/O 性能。当一个文件被进程打开后，写入内容可能暂存在内存中，还未真正刷入磁盘。此时用 ls -l 查看到的大小可能是旧值。
检查方法：
- 使用 lsof +L FILENAME 查看文件是否被某个进程锁定或重定向。
- 用 lsof FILENAME 看是否有进程正在写入该文件。
- 查看内核是否已将数据写回磁盘：执行 sync 强制刷新缓存，再运行 ls -l 看大小是否更新。
2. 文件被截断或清空但句柄未释放
常见于日志轮转（log rotation）。例如 logrotate 删除原文件并新建同名文件，但原有进程仍持有旧文件句柄继续写入。此时你查的是新文件（大小为0），而数据实际写进“看不见”的已删除文件中。
判断方式：
- 运行 lsof | grep deleted，若看到类似 “/var/log/app.log (deleted)” 的条目，说明进程仍在写一个已被删除的文件。
- 该文件的实际大小可通过 lsof 输出中的 SIZE 列查看。
- 重启对应服务可释放句柄，使写入切换到新文件。
3. 文件系统挂载问题或只读模式
如果文件系统因错误进入只读状态，写入会失败，文件大小自然不会变。
排查步骤：
- 运行 mount | grep $(df . | tail -1 | awk '{print $1}') 查看当前挂载选项，确认是否含 ro（只读）。
- 检查系统日志：dmesg | grep -i error 或 journalctl -k 看是否有 I/O 或文件系统错误。
- 尝试重新挂载为读写：mount -o remount,rw /dev/sdXN /mount/point（需 root）。
4. 使用了稀疏文件或压缩文件系统
某些场景下，文件显示大小与实际占用空间不一致。例如稀疏文件中写入大量零，文件逻辑大小增加，但磁盘占用（block）不变。
查看真实情况：
- 对比 ls -l FILE 和 du FILE。若 ls 显示 1G，du 显示几 KB，说明是稀疏文件。
- 使用 du --apparent-size FILE 可查看逻辑大小。
- 在 Btrfs、ZFS 等压缩文件系统上，数据写入后可能被压缩，du 显示值偏小也属正常。
5. 工具本身使用不当
有时不是系统问题，而是命令用法不对。
注意点：
- 确保你在查看正确的路径：pwd 和 realpath FILE 避免误判。
- 符号链接会影响结果，用 ls -la 确认是否链接到其他位置。
- 定时任务或脚本可能每秒写入又清空，建议用 watch -n 0.1 'ls -l FILE' 高频监控变化。
基本上就这些。从进程占用、文件状态、文件系统特性到命令使用，逐层排查，通常能定位到原因。关键是理解 Linux 中“文件”不仅是磁盘上的数据，还涉及句柄、缓存和挂载机制。不复杂，但容易忽略细节。
