Ubuntu中inotify的主要局限性
inotify对监控的文件/目录数量有严格限制，包括每个用户的最大watch数量（max_user_watches，默认约8192）和每个用户的最大实例数量（max_user_instances，默认约128）。当监控的文件/目录超过max_user_watches时，会触发“OSError: [Errno 28] Inotify watch limit reached”错误；若实例数量超过max_user_instances，则无法创建新的inotify实例。这些问题会导致监控失效，需通过修改系统参数（如/proc/sys/fs/inotify/max_user_watches）或优化监控范围解决。
每个被监控的文件/目录都会占用内核内存（用于存储事件队列和watch信息），监控大量文件时会快速消耗系统内存；同时，频繁的文件变化（如日志滚动、批量文件创建）会导致CPU使用率上升，影响系统整体性能。高负载环境下，资源消耗可能成为系统瓶颈。
当文件系统变化速度超过inotify处理能力时（如海量小文件同时修改），事件队列可能溢出，导致事件丢失（无法捕获所有变更）。例如，编辑器保存文件时可能生成多个临时文件和修改事件，若处理不及时，部分事件会被丢弃。需通过限制监控范围或优化应用逻辑（如批量处理事件）缓解。
inotify主要针对本地文件系统（如EXT4、XFS）设计，对网络文件系统（如NFS、Samba）的支持有限。监控网络文件时，可能因网络延迟、带宽限制导致性能下降，甚至出现事件丢失、权限问题（网络文件系统权限与本地不一致），部分操作（如重命名）可能无法正确捕获。
inotify提供的事件类型（如IN_CREATE、IN_MODIFY）并不完全对应应用层的文件操作逻辑。例如，编辑器保存文件时可能先删除旧文件再创建新文件，导致IN_DELETE和IN_CREATE事件而非预期的IN_MODIFY；批量操作（如cp -r复制目录）可能生成大量事件，需应用层额外处理（如合并事件、过滤无关操作），增加了开发复杂度。
inotify是Linux特有的系统调用，无法在Windows、macOS等非Linux系统上使用。跨平台应用（如需要同时支持Linux和Windows的文件同步工具）需使用其他兼容方案（如fswatch、WatchService），增加了开发和维护成本。
inotify允许应用程序监控文件系统的变化，若被恶意应用滥用（如监控敏感目录如/etc、~/.ssh），可能导致敏感信息泄露（如密码文件修改、密钥变更）。需合理配置监控权限（如限制应用的用户权限），避免不必要的监控。