ENTRY_CREATE、ENTRY_DELETE、ENTRY_MODIFY 和 OVERFLOW 是 StandardWatchEventKinds 类中 static final 的静态常量，类加载时初始化并全程驻留元空间，仅作事件类型标识，不携带状态；其中 OVERFLOW 表示队列溢出告警，非真实文件操作。
ENTRY_CREATE、ENTRY_DELETE、ENTRY_MODIFY 和 OVERFLOW 这些变量不是运行时动态创建的对象，而是静态常量（static final），在类加载阶段就完成初始化，整个 JVM 生命周期内始终存在，不随 WatchService 实例或 WatchKey 的创建/销毁而变化。
它们本质是事件类型的标识符
StandardWatchEventKinds 中的每个字段（如 ENTRY_CREATE）都是 WatchEvent.Kind 类型的静态常量。它们不携带状态，也不参与事件分发逻辑本身，只作为“标签”供注册和比对使用：
- 注册监听时，你传入这些常量，告诉系统“我想知道哪些变化”
- 事件触发后，
event.kind()返回的正是这些同一对象（引用相等），可用于==判断 - 它们不持有路径、时间戳、上下文数据——那些由具体 WatchEvent 实例封装
生命周期完全绑定于 StandardWatchEventKinds 类
该类由系统类加载器（Bootstrap or Platform ClassLoader）加载，属于 JDK 核心类库的一部分。因此：
- 首次主动引用（如调用
ENTRY_CREATE）时触发类初始化，所有静态字段完成赋值 - 一旦加载，永不卸载（除非 JVM 退出），其静态常量全程驻留方法区（Metaspace）
- 与 WatchService、WatchKey、甚至文件系统实现完全解耦——哪怕关闭 watchService 或取消注册，ENTRY_CREATE 依然可用
注意 OVERFLOW 的特殊性
OVERFLOW 虽同为静态常量，但语义不同：它不是真实发生的文件操作，而是监控机制发出的“告警信号”。它的出现意味着：
- 底层操作系统通知队列已满，部分事件可能丢失
- 收到该事件时，
event.context()通常为 null，event.count()可能 >1 - 它不表示某个具体文件被创建/删除，而是提醒你应检查处理逻辑是否过慢、是否需批量重载或记录警告
实际编码中如何安全使用
因为是不可变静态常量，使用时无需担心线程安全或空指针，但要注意语义边界：
- 用
==比较 event.kind()，不要用equals()（虽也成立，但==更高效且语义更准确） - 不要试图修改或包装这些常量——它们是 final 的，且设计上就不支持扩展
- 监听多个事件时，可直接传入 varargs：
path.register(ws, ENTRY_CREATE, ENTRY_MODIFY, ENTRY_DELETE) - 若业务需区分“新建文件”和“重命名入目录”，仅靠 ENTRY_CREATE 不够——需结合 context() 中的文件名及后续 stat 检查
