如何动态扫描Linux服务器上的Spring Boot应用并获取其actuator端点地址？

• 第一步先筛选主机上所有Spring Boot Java进程，执行命令：ps -ef | grep java | grep 'spring-boot' | grep -v grep，拿到对应进程的PID
• 第二步通过PID查询进程监听的端口，执行命令：ss -tulnp | grep <PID> 或 netstat -tulnp | grep <PID>，即可拿到端口号，主机IP直接取当前服务器内网IP即可
• 第三步探测准确的服务地址：优先从进程启动参数中捞取--server.servlet.context-path、--server.port等配置，直接拼接成http://<主机IP>:<端口>/<上下文路径>/actuator访问；如果启动参数无对应配置，再优先请求默认路径http://<主机IP>:<端口>/actuator，若返回404再遍历常见的上下文路径前缀即可
• 把探测到的有效actuator地址上报给聚合服务即可，扫描脚本可以做成每台服务器的定时任务，新服务启动后自动被发现，全程无硬编码

• 如果所有Spring Boot服务都接入了Nacos/Eureka/Consul等注册中心，直接调用注册中心的开放接口拉取全量已注册服务的实例列表，直接获取每个实例的IP、端口、上下文路径配置
• 拿到实例信息后直接拼接actuator地址即可，服务上下线信息会和注册中心自动同步，无需额外做扫描，天然适配多服务器集群场景
• 若服务自定义了actuator路径，可以要求所有服务将actuator路径作为元数据上报到注册中心，拉取实例时直接读取对应元数据即可，无需额外探测

• 封装一个统一的公共starter依赖，所有Spring Boot服务引入该依赖后，启动完成时会自动将自身的IP、端口、上下文路径、actuator访问地址主动上报给聚合服务
• 聚合服务侧维护服务实例列表，定期做健康检查剔除已下线的实例即可，不需要做任何扫描操作，新服务启动自动上报，零额外配置
• 该方案改造成本极低，仅需统一引入公共依赖，业务开发无需做任何额外配置操作

• 所有服务的actuator端点建议配置统一的访问密钥，扫描或请求时带上密钥即可，避免未授权访问风险
• 端口扫描时可提前配置过滤规则，避免扫到内部调试、测试用的非业务Spring Boot应用
• 如果服务是通过Docker/K8s部署，可以直接调用容器 runtime 或K8s的API拉取容器端口映射、环境变量配置，比进程扫描效率更高

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