[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f_jlBlbTrllKdkmGxVqYEeVhq3ekq1uqfA8G3HpoVsaU":3},{"item":4,"related":46},{"id":5,"type":6,"title":7,"slug":8,"summary":9,"body":10,"coverUrl":11,"productScreenshots":12,"productLinks":13,"authorName":14,"authorUrl":15,"authorSubject":16,"category":17,"tags":22,"sourceLabel":35,"sourceName":36,"sourceUrl":37,"status":38,"seoTitle":39,"seoDescription":39,"canonicalUrl":39,"isFeatured":40,"sno":41,"sortOrder":42,"publishedAt":43,"updatedAt":44,"createdAt":45},"0999bb14-a97c-4003-84e7-61ad2da998e0","article","文件删除以后去了哪里？为什么有时还能恢复？","where-deleted-files-go-data-recovery","普通删除往往只是移除文件系统里的索引并把空间标记为可重用，数据本身未必立即消失；SSD 的 TRIM、磨损均衡与加密又让情况更加复杂。本文区分回收站、删除、覆盖和安全清除，说明何时应停止写入设备。","你选中文件并按下删除键，几秒后它从文件夹消失。这个动作看起来像把纸投入碎纸机，实际上往往更像图书馆从目录里擦掉书名：读者暂时找不到书，但书页可能还留在书架上。\n\n这也是数据恢复软件有时能找回文件的原因。文件系统、存储介质和删除方式不同，“消失”与“不可恢复”之间可能隔着很远。\n\n## 文件系统先管理地图，而不是逐字擦除\n\n磁盘上的文件通常包含两部分信息：数据实际存放的区块，以及记录文件名、位置、大小和权限的元数据。普通删除会移除或更新元数据，把相关区块标记为可重新使用。为了速度，系统通常不会立刻把每个区块写成零。\n\n在新数据覆盖之前，恢复工具可能扫描未分配空间，根据残留元数据或文件格式特征重建内容。文件越碎片化、删除后写入越多，完整恢复的机会通常越低。\n\n```mermaid\nflowchart TD\n    A[用户删除文件] --> B{删除方式}\n    B -->|移入回收站| C[文件与索引仍保留]\n    B -->|普通删除| D[空间被标记为可重用]\n    D --> E{是否已被覆盖或清理}\n    E -->|尚未| F[可能恢复]\n    E -->|已经| G[恢复难度显著增加]\n```\n\n回收站则更温和：文件多数只是被移动到一个特殊目录，原始数据和大量元信息仍在，恢复相对容易。清空回收站后，才进入普通删除的情形。\n\n## SSD 让故事变得不同\n\n机械硬盘可以直接覆盖指定扇区，SSD 却通过闪存控制器管理数据，并使用磨损均衡避免某些单元过早损坏。操作系统发出覆盖写入，不一定对应同一个物理位置。\n\nTRIM 命令会告诉 SSD 哪些逻辑区块已经不再需要，控制器可在后台回收它们。TRIM 可能让普通恢复更困难、更不可预测，但它不是用户能够观察的即时粉碎按钮：执行时机、设备固件、加密和文件系统都会影响结果。\n\n如果误删重要文件，最重要的动作是尽快停止向该设备写入。继续安装恢复软件、下载文件或正常使用系统，都可能占用原区块。最好从另一台设备或只读环境进行镜像与恢复；价值很高的数据应交给专业机构评估。\n\n## “删除”与“安全清除”不是同一个目标\n\n个人日常删除只需让文件不再出现在正常操作中；设备转卖、报废或处理敏感数据时，目标是让给定能力的攻击者无法恢复。NIST 在 2025 年发布的[介质清理指南 SP 800-88 Rev. 2](https:\u002F\u002Fcsrc.nist.gov\u002Fpubs\u002Fsp\u002F800\u002F88\u002Fr2\u002Ffinal)把介质清理定义为：使访问目标数据在特定努力水平下变得不可行。\n\n合适方法取决于介质与数据敏感度，可能包括清除、净化或物理销毁。对支持硬件加密的设备，密码学擦除可通过安全销毁密钥，让剩余密文无法解读；但前提是加密实现、密钥管理和执行结果都可信。对 SSD 盲目重复覆盖，不仅受磨损均衡影响，也可能没有预期效果。\n\n## 云端删除还有更多副本\n\n本地文件消失，不代表同步盘、备份、邮件附件和协作平台中的副本同步消失。云服务还可能为容灾保留延迟删除的备份。真正的数据生命周期需要同时考虑主存储、备份、缓存、共享链接和其他设备。\n\n另一方面，也不能因为“数据可能残留”就断言任何删除都能恢复。被覆盖、完成有效硬件清理、加密密钥被可靠销毁或介质损坏后，恢复可能在技术或成本上不可行。\n\n文件删除并不是一次统一的物理动作，而是一系列不同承诺：从界面隐藏、释放空间，到让专业人员也无法取回。理解自己真正需要哪一级，才能在误删时及时止损，也能在处理旧设备时不把“看不见”误当成“已经不存在”。","\u002Fuploads\u002F2026-09-08\u002Fb7222764-de75-4863-8679-0a94a8965af3.jpg",[],[],"Foundit","https:\u002F\u002Ffoundit.cn","f39339b1-aaa6-4e86-b0c2-a6e6a21113b5",{"id":18,"name":19,"slug":20,"description":21},"6179d3b6-dc34-4483-9ded-3cd9f1b37a47","科普","abbreviation","介绍各领域新兴概念",[23,27,31],{"id":24,"name":25,"slug":26},"4c2bbea6-eab7-40a8-8447-1de478ff7749","分析","analyse",{"id":28,"name":29,"slug":30},"7c76bfc2-f80f-4ee0-a95d-27bd8708b434","技术","slug",{"id":32,"name":33,"slug":34},"144abe77-0dc6-4f66-a176-20bddb1c0bfa","编程","coding","资料来源","NIST SP 800-88 Rev. 2：Guidelines for Media Sanitization","https:\u002F\u002Fcsrc.nist.gov\u002Fpubs\u002Fsp\u002F800\u002F88\u002Fr2\u002Ffinal","published",null,false,51,0,"2026-08-20T00:00:00.000Z","2026-09-08T02:06:10.517Z","2026-08-14T03:06:15.710Z",[47,56,65],{"id":48,"type":6,"title":49,"slug":50,"summary":51,"coverUrl":52,"authorName":14,"sno":53,"publishedAt":54,"createdAt":55},"62724dbd-ce49-4be9-afa9-4ba127513a62","语音搜索一定先变成文字吗？AI 开始绕过转写这一步","speech-to-retrieval-without-transcription","传统语音搜索先把声音转成文字，再拿文字查资料，一次听错就可能让搜索方向完全跑偏。Speech-to-Retrieval 尝试直接把语音与相关文档映射到同一个语义空间。本文用蒙克名画的例子讲清新旧架构及其边界。","\u002Fuploads\u002F2026-09-08\u002Fe1173842-1ec4-48f3-8349-240fc2d78197.jpg",50,"2026-08-30T00:00:00.000Z","2026-08-14T03:06:11.525Z",{"id":57,"type":6,"title":58,"slug":59,"summary":60,"coverUrl":61,"authorName":14,"sno":62,"publishedAt":63,"createdAt":64},"55f42805-a25a-4ce3-89d9-121b9a268a8f","0.1＋0.2 为什么不等于 0.3？计算机真的算错了吗？","why-point-one-plus-point-two-not-point-three","许多十进制小数无法用有限位二进制精确表示，计算机只能保存最接近的值。微小误差在显示时常被隐藏，却会在比较、累计和金额计算中冒出来。本文用三分之一的类比讲清浮点数，并给出可靠的处理原则。","\u002Fuploads\u002F2026-09-08\u002Ffd3a7daf-2a2c-4ef0-8f57-38f1d9de962c.jpg",54,"2026-09-06T00:00:00.000Z","2026-08-14T03:06:15.129Z",{"id":66,"type":6,"title":67,"slug":68,"summary":69,"coverUrl":70,"authorName":14,"sno":71,"publishedAt":72,"createdAt":73},"858bf91b-e11c-4ead-96e1-4fc3eb99ab5d","HTTPS 握手：浏览器和服务器刚连上时到底在聊什么","tls-13-handshake-explained","TLS 1.3 握手用证书确认身份，用密钥协商建立共享秘密，再用 Finished 消息确认双方看到的是同一条会话。本文按消息顺序拆解 1-RTT 握手、前向保密、0-RTT 重放风险，以及 HTTPS 的保护边界。","\u002Fuploads\u002F2026-08-09\u002F16956b29-034c-4cbc-a6ca-80d04f65774d.jpg",65,"2026-08-09T00:00:00.000Z","2026-08-09T12:13:31.177Z"]