求荐无需Spring依赖的类Eureka JVM嵌入式服务发现组件

所有推荐组件均满足：纯JVM实现、可直接嵌入业务进程无独立部署要求、无Spring/Spring Boot强依赖、支持节点注册/存活检测/地址动态查询，适配代理节点地址统一记录、追踪场景：

• Atomix 3.x
  轻量Java分布式协调工具包，内置成熟的服务发现模块，无Spring生态依赖，核心包体积不到10MB。支持嵌入式集群启动，不需要单独部署独立服务端，节点启动后可自动完成注册，内置TCP/HTTP健康检查、节点变更实时推送能力，支持自定义节点元数据（比如代理版本、所属可用区、能力标签等）。中小规模场景下可以直接用自举集群模式，几个业务节点启动后自动组成发现集群，不需要额外搭协调组件，运维成本极低。
• Apache Curator 服务发现模块
  基于ZooKeeper的高级封装客户端，本身无Spring依赖。可以搭配嵌入式ZooKeeper实例（ZK官方提供可生产使用的嵌入式启动类，也可以选择更轻量的第三方嵌入式ZK封装）直接在业务进程内启动ZK节点，再通过Curator提供的服务发现API完成节点注册、注销、存活监听。优势是逻辑经过大规模生产验证，API简洁，核心注册监听逻辑仅需数行代码即可实现，缺点是嵌入式ZK的内存占用比Atomix稍高。
• Vert.x 服务发现组件
  Vert.x生态原生自带的轻量发现模块，仅依赖Vert.x核心包，无Spring相关依赖。支持内存、本地文件、分布式Map等多种存储后端，可完全嵌入式启动不需要独立服务端，内置TCP层健康探活、节点变更实时推送能力，启动速度快、内存占用极低，非常适合资源受限的边缘代理节点场景。
• 极简自研实现（百节点以内小规模场景适用）
  如果节点规模不超过100个，完全可以不用引入第三方依赖：基于Java NIO或者Netty实现简单的Gossip协议做节点状态同步，节点启动后向预置的几个种子节点上报自身访问地址，节点间定期做TCP心跳探活、同步存活节点列表，核心代码量不超过500行，逻辑完全可控，没有多余依赖负担。

选型参考：生产环境百级及以上节点规模优先选Atomix，易用性和稳定性平衡最好；有ZooKeeper使用经验的团队可以选Curator；边缘资源受限场景优先选Vert.x服务发现；超小规模场景直接自研最简实现即可，避免引入不必要的依赖。

内容的提问来源于stack exchange，提问作者avlomakin