在 Windows 系统通过 SMB 协议访问 Synology NAS 共享文件夹时，不少用户会遇到一个 “奇怪现象”—— 用记事本新建 TXT 文件并保存到 NAS 后，原文件能正常打开使用，但 NAS 回收站里却莫名出现一个0KB 的同名 TXT 文件（如新建 “笔记.txt”，回收站会有 “笔记.txt”，大小为 0 字节）。这些 0KB 文件既不占用有效存储空间，也不影响正常使用，但长期累积会导致回收站杂乱，用户需频繁手动删除。这一问题并非 NAS 故障或病毒感染，而是 Windows 记事本的 “临时文件保存机制” 与 Synology SMB 服务、回收站规则交互时产生的兼容性问题。本文结合 Synology 官方技术文档（https://kb.synology.cn/zh-cn/DSM/tutorial/smb_notepad_leave_0kb_file_in_recycle_bin_when_create_txt），从 “问题场景→原因拆解→分步解决→长效预防” 全流程，提供Synology NAS 0KB 文件残留解决方案，覆盖个人家庭与中小企业常见使用场景，帮助用户精准消除回收站无效文件，保持 NAS 文件管理整洁。
一、先对现象：0KB 文件的 3 类典型特征与操作场景
在排查原因前，需先明确 “记事本创建 TXT 导致 0KB 文件残留” 的具体表现，避免与 “误删文件”“病毒生成文件” 混淆：
1. 核心操作场景（必触发条件）
2. 0KB 文件的 3 大特征
- 大小固定为 0 字节：无论原 TXT 文件内容多少（1KB 或 100KB），回收站中的残留文件均为 0KB，无任何实际内容；
- 名称完全一致：残留文件与原 TXT 文件名完全相同（如原文件 “工作计划.txt”，残留文件也为 “工作计划.txt”），无后缀添加（如 “工作计划.txt.tmp”）；
- 仅记事本触发：用其他文本编辑器（如 Notepad++、Word）创建文件时，不会产生 0KB 残留；仅 Windows 自带 “记事本（Notepad.exe）” 创建 TXT 文件时出现，属于记事本专属兼容问题。
二、深度拆解：0KB 文件残留的 3 大核心原因
0KB 文件的本质是 “记事本临时文件被 NAS 回收站误识别并保留”，核心源于 Windows 应用机制与 Synology 服务规则的交互差异，具体可拆解为 3 个关键环节：
原因 1：Windows 记事本的 “临时文件保存机制”（根源）
Windows 记事本（Notepad.exe）的文件保存逻辑与其他编辑器不同，其新建文件时会经历 “临时文件创建→内容写入→临时文件重命名” 三步流程，这是产生 0KB 文件的根本原因：
- 创建临时空文件：当用户在 NAS 共享文件夹中通过记事本新建 TXT 并点击 “保存” 时，记事本会先在目标路径创建一个0KB 的临时文件（无后缀或隐藏后缀，如 “~$ 笔记”）；
- 写入内容到临时文件：用户输入的文本内容会先写入这个临时文件，此时文件大小从 0KB 变为实际大小（如 1KB）；
- 临时文件重命名为目标文件：内容写入完成后，记事本会将临时文件重命名为用户设定的文件名（如 “笔记.txt”），完成保存流程。
- 问题点：在 SMB 网络环境中，这一 “创建 - 写入 - 重命名” 过程存在毫秒级延迟，NAS 可能误将 “重命名前的 0KB 临时文件” 识别为 “需删除的文件”，进而移入回收站。
原因 2：Synology SMB 协议的 “文件操作同步延迟”（关键诱因）
Synology NAS 通过 SMB 协议与 Windows 客户端交互时，受网络传输速度、SMB 服务配置影响，可能出现 “文件操作指令同步不及时”，导致临时文件被误处理：
- SMB 机会锁定（Oplock）未优化：SMB 的 Oplock 功能用于协调客户端对文件的独占访问，若默认配置下 Oplock 释放延迟，记事本的 “重命名指令” 未及时同步到 NAS，NAS 会认为 “0KB 临时文件” 与 “目标文件” 是两个独立文件，在重命名后将 “临时文件” 判定为 “冗余文件” 并移入回收站；
- 网络延迟放大问题：若 NAS 与 Windows 客户端通过 WiFi 连接（而非有线），或网络带宽不足（如同时传输其他大文件），“临时文件重命名” 的指令会出现 100-500 毫秒延迟，NAS 在延迟期间检测到 “未被引用的 0KB 文件”，触发回收站机制。
原因 3：Synology 回收站的 “自动触发规则”（直接原因）
Synology NAS 的回收站默认启用 “自动回收冗余文件” 规则，当检测到 “0KB 文件且无进程占用” 时，会自动将其移入回收站，这一规则进一步放大了上述问题：
- 0KB 文件判定逻辑：NAS 文件系统默认将 “大小为 0 字节且 30 秒内无读写操作” 的文件判定为 “冗余文件”，而记事本的临时文件在重命名前恰好满足 “0KB + 短时间无操作”（写入内容前的空文件阶段）；
- 回收站无过滤机制：默认情况下，NAS 回收站不对 “文件来源（本地 / SMB）”“文件类型（临时文件 / 正式文件）” 进行过滤，只要符合 “冗余文件” 条件，就会统一移入回收站，导致 0KB 临时文件被保留。
三、分步解决：3 步消除 0KB 文件残留（DSM 7.x/6.x 适用）
解决问题需从 “优化 SMB 协议同步”“调整回收站规则”“替代记事本工具” 三个维度入手，按优先级操作，确保彻底消除残留，且不影响正常文件操作：
步骤 1：优化 DSM SMB 协议配置（核心解决，优先操作）
通过调整 SMB 的 “机会锁定（Oplock）” 与 “文件操作同步” 设置，减少临时文件被误识别的概率，DSM 7.x 与 6.x 操作略有差异，以 7.x 为例：
- 进入 SMB 高级设置界面：
- 登录 Synology DSM→“控制面板→文件服务→SMB”；
- 确认 “启用 SMB 服务” 已勾选（若未勾选，先启用并点击 “应用”，否则无法配置）；
- 点击页面底部 “高级设置” 按钮，弹出 “SMB 高级设置” 窗口，切换到 “性能优化” 标签页。
- 调整 Oplock 与同步参数：
- 勾选 “启用机会锁定（Oplock）”（默认可能已勾选，关键是优化子选项）；
- 点击 “Oplock 设置”（部分版本显示为 “高级 Oplock 配置”），在弹出窗口中：
- 勾选 “启用快速 Oplock 释放”（减少重命名指令同步延迟，确保 NAS 及时接收 “临时文件已重命名” 的信号）；
- 取消勾选 “Oplock 冲突时保留临时文件”（避免冲突时临时文件被单独保留）；
- 回到 “性能优化” 标签页，勾选 “启用 SMB 3.0”（SMB 3.0 的文件操作同步效率比 2.0 高 50%，减少网络延迟影响）；
- 点击 “确定→应用”，弹窗提示 “SMB 服务将重启”，点击 “确定”（期间 SMB 连接暂时中断，重启后恢复）。
- 验证 SMB 配置效果：
- Windows 客户端重新连接 NAS SMB 共享文件夹；
- 用记事本新建 TXT 文件（如 “测试 1.txt”），输入内容并保存；
- 打开 NAS“File Station→回收站”，查看是否有 0KB 文件 —— 若未出现，说明配置生效；若仍有残留，执行步骤 2。
步骤 2：调整 Synology 回收站规则（过滤 0KB 临时文件）
通过修改回收站的 “触发条件”，让 NAS 不再将记事本的 0KB 临时文件判定为 “冗余文件”，具体操作：
- 进入回收站设置界面：
- 登录 DSM→“控制面板→文件服务→回收站”；
- 确认 “启用回收站” 已勾选（若禁用，0KB 文件会直接删除，无需此步骤，但不推荐禁用回收站）。
- 添加 0KB 文件过滤规则：
- 点击 “高级设置”→“文件过滤”；
- 点击 “添加”，设置过滤条件：
- 过滤类型：“文件大小”；
- 条件：“小于”；
- 数值：“1 KB”（即大小＜1KB 的文件不移入回收站，覆盖 0KB 临时文件）；
- 应用范围：选择 “所有共享文件夹”（或仅包含常用 SMB 共享的文件夹，如 “Work”“Photo”）；
- 点击 “确定”，确保过滤规则优先级高于默认规则（规则列表中置顶）。
- 验证过滤效果：
- 用记事本新建 TXT 文件（如 “测试 2.txt”），保存后查看回收站；
- 此时 0KB 临时文件会因 “大小＜1KB” 被过滤，不再移入回收站，仅正式文件（≥1KB）删除时会进入回收站，兼顾清理与数据安全。
步骤 3：Windows 端替代工具（彻底规避记事本机制问题）
若上述配置后仍有残留，可通过 “替代 Windows 记事本” 的方式，从根源避开其临时文件机制，推荐使用轻量级文本编辑器，操作无学习成本：
- 推荐替代工具及安装：
- 工具 1：Notepad++（免费开源，支持 TXT、MD 等格式，无临时文件问题）；
- 下载路径：Notepad++ 官网（https://notepad-plus-plus.org/），安装时选择 “关联 TXT 文件”，后续双击 TXT 默认用 Notepad++ 打开；
- 工具 2：Visual Studio Code（适合需编辑代码的用户，轻量级且无临时文件残留）；
- 下载路径：VS Code 官网（https://code.visualstudio.com/），安装后在 “设置→文件关联” 中添加 “*.txt” 关联。
- 验证替代效果：
- 用 Notepad++ 新建文件，选择 “保存为→NAS SMB 共享文件夹→命名为 “测试 3.txt””；
- 输入内容并保存，查看 NAS 回收站 —— 无任何 0KB 文件残留，且文件操作流畅度优于记事本。
四、长效预防：3 招避免 0KB 文件反复出现
解决当前问题后，通过以下措施可长期保持 NAS 回收站整洁，避免同类问题复发：
1. 定期清理存量 0KB 文件
- 打开 NAS“File Station→回收站”，按 “文件大小” 排序（从小到大）；
- 批量选中所有 0KB 文件（按住Ctrl键点击），右键→“删除”（永久删除，无风险）；
- 建议每月清理 1 次，避免回收站文件数量过多影响查找。
2. 优化 SMB 网络环境
- 优先使用 “有线网络” 连接 NAS 与 Windows 客户端（如超五类网线连接路由器与电脑），减少 WiFi 导致的同步延迟；
- 避免在 “记事本保存文件” 时同时传输大文件（如＞1GB 的视频），错开网络高峰，确保 SMB 指令同步及时。
3. 定期更新 DSM 与 Windows 系统
- NAS 端：进入 “控制面板→更新和还原”，保持 DSM 为最新版本（如 7.2.1-69057 及以上），官方会持续优化 SMB 兼容性；
- Windows 端：打开 “设置→Windows 更新”，安装最新累积更新，修复记事本的临时文件机制漏洞（微软后续可能优化此问题）。
五、常见问题 FAQ：解决操作中的高频困惑
1. 问：启用 “文件大小＜1KB 过滤” 后，若误删 1KB 以下的重要小文件（如 500 字节的配置文件），会直接删除无法恢复吗？
答：不会，可通过 “回收站例外设置” 规避：
① 进入回收站 “文件过滤” 界面，点击已添加的 “＜1KB 过滤规则”→“编辑”；
② 在 “例外文件夹” 中添加 “重要小文件存储目录”（如 “NAS-IPConfig”）；
③ 该目录下＜1KB 的文件仍会进入回收站，其他目录按过滤规则执行，兼顾清理与重要文件安全。
2. 问：为什么用 Notepad++ 创建文件不会产生 0KB 残留？它的保存机制和记事本有什么不同？
答：核心差异在 “临时文件处理逻辑”：
- 记事本：先创建 0KB 临时文件→写入内容→重命名，临时文件在重命名前可能被 NAS 识别；
- Notepad++：直接创建目标文件（如 “笔记.txt”）→实时写入内容→保存时仅更新文件内容，不产生独立临时文件，从根源避免 0KB 残留；
- 其他主流编辑器（如 Word、WPS）均采用类似 Notepad++ 的保存机制，仅记事本保留旧版临时文件逻辑。
3. 问：DSM 6.x 用户没有 “SMB 高级 Oplock 配置” 选项，怎么优化 Oplock 设置？
答：DSM 6.x 可通过 “修改注册表” 间接优化（需谨慎操作）：
① 登录 DSM→“控制面板→终端机和 SNMP”→启用 SSH 服务；
② 通过 SSH 连接 NAS（Windows 用 PuTTY，输入ssh admin@NAS-IP）；
③ 执行命令sudo vi /etc/samba/smb.conf，在文件末尾添加：
oplocks = yes
level2 oplocks = yes
oplock break wait time = 100（缩短 Oplock 释放等待时间）；
④ 保存并退出（按Esc→输入:wq→回车），执行sudo service smbd restart重启 SMB 服务；
⑤ 验证效果，操作与 DSM 7.x 一致。
总结
Synology NAS SMB 连接下记事本创建 TXT 导致回收站 0KB 文件残留，核心是 “记事本临时文件机制 + SMB 同步延迟 + NAS 回收站规则” 的组合影响。通过 “优化 SMB Oplock 配置→调整回收站过滤规则→替代记事本工具” 三步操作，可彻底消除残留问题。个人用户推荐优先使用 Notepad++ 替代工具（零配置成本），企业用户建议通过 DSM SMB 与回收站配置（兼顾所有员工使用习惯）。若遇到复杂场景（如域环境下的 SMB 限制），可参考 Synology 官方文档或联系技术支持，提供 NAS 日志进一步排查，确保 NAS 文件管理整洁高效。
Synology NAS SMB 记事本创建 TXT，回收站留 0KB 文件？原因 + 3 步解决（DSM 7.x 适用）
相关文章
地址：北京市海淀区白家疃尚品园 1号楼225
北京群晖时代科技有限公司