<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Inode on Answer</title>
    <link>https://answer.freetools.me/tags/inode/</link>
    <description>Recent content in Inode on Answer</description>
    <generator>Hugo -- 0.152.2</generator>
    <language>zh-cn</language>
    <lastBuildDate>Fri, 13 Mar 2026 11:35:49 +0800</lastBuildDate>
    <atom:link href="https://answer.freetools.me/tags/inode/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>虚拟文件系统：为什么这个抽象层统治了Linux文件访问三十年</title>
      <link>https://answer.freetools.me/%E8%99%9A%E6%8B%9F%E6%96%87%E4%BB%B6%E7%B3%BB%E7%BB%9F%E4%B8%BA%E4%BB%80%E4%B9%88%E8%BF%99%E4%B8%AA%E6%8A%BD%E8%B1%A1%E5%B1%82%E7%BB%9F%E6%B2%BB%E4%BA%86linux%E6%96%87%E4%BB%B6%E8%AE%BF%E9%97%AE%E4%B8%89%E5%8D%81%E5%B9%B4/</link>
      <pubDate>Fri, 13 Mar 2026 11:35:49 +0800</pubDate>
      <guid>https://answer.freetools.me/%E8%99%9A%E6%8B%9F%E6%96%87%E4%BB%B6%E7%B3%BB%E7%BB%9F%E4%B8%BA%E4%BB%80%E4%B9%88%E8%BF%99%E4%B8%AA%E6%8A%BD%E8%B1%A1%E5%B1%82%E7%BB%9F%E6%B2%BB%E4%BA%86linux%E6%96%87%E4%BB%B6%E8%AE%BF%E9%97%AE%E4%B8%89%E5%8D%81%E5%B9%B4/</guid>
      <description>从Sun的vnode架构到Linux的VFS实现，深入解析虚拟文件系统如何让多个文件系统和平共处，以及superblock、inode、dentry、file四大核心数据结构的设计哲学</description>
    </item>
    <item>
      <title>为什么删除的文件还能被恢复？从文件系统到扇区的数据生存指南</title>
      <link>https://answer.freetools.me/%E4%B8%BA%E4%BB%80%E4%B9%88%E5%88%A0%E9%99%A4%E7%9A%84%E6%96%87%E4%BB%B6%E8%BF%98%E8%83%BD%E8%A2%AB%E6%81%A2%E5%A4%8D%E4%BB%8E%E6%96%87%E4%BB%B6%E7%B3%BB%E7%BB%9F%E5%88%B0%E6%89%87%E5%8C%BA%E7%9A%84%E6%95%B0%E6%8D%AE%E7%94%9F%E5%AD%98%E6%8C%87%E5%8D%97/</link>
      <pubDate>Sat, 07 Mar 2026 22:16:53 +0800</pubDate>
      <guid>https://answer.freetools.me/%E4%B8%BA%E4%BB%80%E4%B9%88%E5%88%A0%E9%99%A4%E7%9A%84%E6%96%87%E4%BB%B6%E8%BF%98%E8%83%BD%E8%A2%AB%E6%81%A2%E5%A4%8D%E4%BB%8E%E6%96%87%E4%BB%B6%E7%B3%BB%E7%BB%9F%E5%88%B0%E6%89%87%E5%8C%BA%E7%9A%84%E6%95%B0%E6%8D%AE%E7%94%9F%E5%AD%98%E6%8C%87%E5%8D%97/</guid>
      <description>深入解析文件删除的真实机制：从NTFS的MFT到ext4的inode，从元数据标记到扇区数据，系统揭示为什么&amp;#34;删除&amp;#34;不等于&amp;#34;擦除&amp;#34;。涵盖不同文件系统的删除行为、TRIM命令对SSD的影响、文件雕刻技术的原理，以及误删后的最佳实践。</description>
    </item>
    <item>
      <title>软件更新为何总是需要重启？从文件锁定到热更新的技术博弈</title>
      <link>https://answer.freetools.me/%E8%BD%AF%E4%BB%B6%E6%9B%B4%E6%96%B0%E4%B8%BA%E4%BD%95%E6%80%BB%E6%98%AF%E9%9C%80%E8%A6%81%E9%87%8D%E5%90%AF%E4%BB%8E%E6%96%87%E4%BB%B6%E9%94%81%E5%AE%9A%E5%88%B0%E7%83%AD%E6%9B%B4%E6%96%B0%E7%9A%84%E6%8A%80%E6%9C%AF%E5%8D%9A%E5%BC%88/</link>
      <pubDate>Sat, 07 Mar 2026 20:11:58 +0800</pubDate>
      <guid>https://answer.freetools.me/%E8%BD%AF%E4%BB%B6%E6%9B%B4%E6%96%B0%E4%B8%BA%E4%BD%95%E6%80%BB%E6%98%AF%E9%9C%80%E8%A6%81%E9%87%8D%E5%90%AF%E4%BB%8E%E6%96%87%E4%BB%B6%E9%94%81%E5%AE%9A%E5%88%B0%E7%83%AD%E6%9B%B4%E6%96%B0%E7%9A%84%E6%8A%80%E6%9C%AF%E5%8D%9A%E5%BC%88/</guid>
      <description>深入解析软件更新重启问题的技术根源：从Windows文件锁定机制与Linux inode设计的根本分歧，到MoveFileEx的延迟操作、PendingFileRenameOperations注册表、Restart Manager的优雅关闭，再到Ksplice内核热补丁、Windows Hotpatching、JVM热替换、HMR前端热更新等免重启技术的实现原理。对比Kubernetes滚动更新、蓝绿部署、金丝雀发布等零停机部署策略，揭示操作系统设计哲学如何影响更新体验。</description>
    </item>
    <item>
      <title>硬链接为何不占用额外空间从inode设计哲学到文件系统的隐藏真相</title>
      <link>https://answer.freetools.me/%E7%A1%AC%E9%93%BE%E6%8E%A5%E4%B8%BA%E4%BD%95%E4%B8%8D%E5%8D%A0%E7%94%A8%E9%A2%9D%E5%A4%96%E7%A9%BA%E9%97%B4%E4%BB%8Einode%E8%AE%BE%E8%AE%A1%E5%93%B2%E5%AD%A6%E5%88%B0%E6%96%87%E4%BB%B6%E7%B3%BB%E7%BB%9F%E7%9A%84%E9%9A%90%E8%97%8F%E7%9C%9F%E7%9B%B8/</link>
      <pubDate>Sat, 07 Mar 2026 08:42:04 +0800</pubDate>
      <guid>https://answer.freetools.me/%E7%A1%AC%E9%93%BE%E6%8E%A5%E4%B8%BA%E4%BD%95%E4%B8%8D%E5%8D%A0%E7%94%A8%E9%A2%9D%E5%A4%96%E7%A9%BA%E9%97%B4%E4%BB%8Einode%E8%AE%BE%E8%AE%A1%E5%93%B2%E5%AD%A6%E5%88%B0%E6%96%87%E4%BB%B6%E7%B3%BB%E7%BB%9F%E7%9A%84%E9%9A%90%E8%97%8F%E7%9C%9F%E7%9B%B8/</guid>
      <description>深入解析inode设计哲学，揭示硬链接为何不占用额外空间的真相，对比硬链接与软链接的本质区别，涵盖Unix文件系统五十年演进史。</description>
    </item>
  </channel>
</rss>
