为什么 Ubuntu 不需要重新启动更多更新？我知道对于内核更新和视频驱动程序之类的东西，如果不重新启动它就无法加载更改。但我对通常不需要重新启动的非常基本的软件包的更多基本更新感到好奇。诸如 Telepathy、glibc、gtk 等之类的东西。为什么这样的包不需要重新启动才能更新？新版本是否真的在更新后立即运行？
另一个例子是 Gwibber。我最近在 gwibber 运行时通过更新管理器收到并更新到 gwibber。更新成功完成。gwibber 会在不手动重新启动的情况下运行新版本吗？其他包也一样吗？（我知道一些像 mysql 和 apache 会在更新时自动重启）。对于不会自动重新启动的软件包，这难道不是安全修复的安全问题吗？
出现这种情况是因为我已经运行 OS X 大约一个星期了，几乎每次更新都需要重新启动，即使它与内核/视频驱动程序无关（据我所知 - 他们没有给你很多信息）。我的一个朋友说，Apple 强制重启大多数更新“以防万一”，如果你不重启会很奇怪。Windows 是最糟糕的，因为几乎所有安装/卸载或更新都需要重新启动（通常强制关机需要很长时间）。对于这个场所来说，这可能有点宽泛，但为什么不同的操作系统处理它的方式如此不同呢？或者，更具体到 Ubuntu：为什么 Ubuntu 不遵循更严格的重启策略？
每当您在 Windows 中打开或执行文件时，Windows 都会将文件锁定在适当的位置（这是一种简化，但通常是正确的。）您可能遇到过那些令人讨厌的错误，即您无法删除文件，因为另一个进程具有排他锁它。这就是为什么每当 Windows 必须更新自身时，您都需要重新启动才能使其生效。Windows 将在下次启动时排队文件替换和删除活动（当没有任何东西锁定任何东西时。）
另一方面，Linux 有一种机制，其中锁定的不是文件，而是磁盘上的底层数据。这可能看起来微不足道，但这意味着可以删除文件系统目录中的文件记录，而不会干扰任何已经打开文件的程序。因此，您可以在文件仍在执行或以其他方式使用时将其删除，只要某些进程具有打开的句柄，即使文件表中的条目已消失，它仍将继续存在于磁盘上。这允许 Linux 在程序仍在运行时完全替换它，然后只需重新启动程序或等待进程自然退出。一旦旧实例被杀死，
因此，只要特定文件在某些方面不是特殊的（例如，内核映像文件或属于类似低级系统的文件），更新程序通常可以像这样就地更新。我敢肯定，在某些特殊情况和情况下，这不是一个好主意，但在大多数情况下都可以。
至于为什么 OS X 会这样做，“以防万一”的理论听起来是有道理的。