首页/网络/常用端口速查/116 ansanotify ANSA 通知服务
100-199 系统端口99 条

116 ansanotify ANSA 通知服务

ANSA REX Notify 的历史注册端口,属 ANSA 分布式计算中间件项目。

常用端口速查网络更新于 2026-10-13

ansanotify 是什么

ansanotify 是 IANA 登记的 ANSA REX Notify 服务,TCP 与 UDP 同名,登记人为 Nicola J Howarth。ANSA 是 1980 年代欧洲的分布式系统研究项目,ANSAware 是当时较早的分布式对象中间件实现,它的通知(Notify)机制用于在对象之间传播事件。同一体系里还有交易服务 ansatrader(124)。随着分布式中间件走向 CORBA 与后来的注册中心体系,这一整套注册都退出了实际使用。

基本信息

服务名ansanotify(ANSA REX Notify)
端口号116(TCP/UDP 同名登记)
IANA 登记说明ANSA REX Notify
登记人Nicola J Howarth
技术背景ANSA 分布式对象中间件项目
同族端口ansatrader(124)
现状历史条目,无现代实现
处置口径按未知服务核实进程与业务归属

现网出现时怎么处置

  • 先定性:确认是事件通知类常驻服务,还是某个程序临时占用的低位号
  • 查中间件残留:老系统可能仍装有上世纪的分布式中间件包,核对安装清单与进程加载的库文件
  • 看通信模式:通知类服务通常表现为短连接与固定周期的心跳,异常的长连接或大流量需要重新评估
  • 核业务归属:老中间件一般挂在特定业务系统下,先问系统负责人再动配置
  • 替换前先摸依赖:确认没有客户端仍按该端口订阅事件,才能安排下线

定位占用进程

定位占用进程
ss -lntup 'sport = :116'          # 列出 116 的 TCP/UDP 监听进程
sudo lsof -i :116                 # 进程、运行用户与文件
sudo lsof -p <PID> | head -30     # 换入 PID:看进程加载的关键文件
ss -tnp state established | grep ':116'   # 谁在订阅它的通知
netstat -ano | findstr :116       # Windows:端口与 PID
tasklist /FI "PID eq 1234"        # Windows:PID 反查进程

分布式服务发现演进

阶段代表机制
1980 年代ANSA Trader/Notify按类型与属性查找服务,事件通知传播
1990 年代CORBA Trading Service沿用交易概念,规范更完整
现代Consul、Nacos 等注册中心健康检查加服务注册,配合配置下发
同族端口成对出现是这代中间件的常见形态:116 负责事件通知,124 负责服务查找。审计老系统的端口占用时,把成对注册放在一起核对,比逐个单看更容易还原当年的部署结构。

易错点

  • 把成对端口拆开分析:只看到 116 不查 124,容易漏掉整套遗留中间件
  • 在老系统上直接关端口:通知通道被切断可能导致业务逻辑静默失效,且不报错
  • 用现代注册中心经验套老中间件:两者配置方式与依赖关系差异很大
  • 台账不记录中间件版本:版本缺失会让后续替换方案无从评估

数据来源与参考

  • IANA Service Name and Transport Protocol Port Number Registry

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌