ORA-12541根源是监听器绑定localhost或127.0.0.1导致远程不可达，需将listener.ora中HOST改为实际IP或0.0.0.0，执行lsnrctl reload，并用telnet/nc验证端口连通性，同时检查listener.log是否过大阻塞服务。
lsnrctl status 显示 HOST=localhost 就是根源
ora-12541 不代表监听没运行，而是它只绑定了 localhost 或 127.0.0.1，远程请求根本进不来。执行 lsnrctl status 后，紧盯输出里的 address 行：
- ✅ 正确示例：
(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.111.133)(PORT=1521)) - ❌ 典型错误：
(HOST=localhost)或(HOST=127.0.0.1)
只要看到后两者，问题就定位了——监听进程在跑，但耳朵只对着自己听。
改 listener.ora 的 HOST 值必须 reload，不能 restart
路径在 $ORACLE_HOME/network/admin/listener.ora，找到类似段落：
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = localhost)(PORT = 1521))
)
)
把 HOST = localhost 改成：
-
HOST = 192.168.111.133（服务器实际 IP，推荐） - 或
HOST = 0.0.0.0（仅限可信内网）
改完必须执行 lsnrctl reload ——restart 无效，它不读新配置，只是重启旧绑定。
端口通了才算真正修复，别跳过 telnet/nc 测试
lsnrctl status 显示正确 IP 后，仍需验证客户端能否触达该端口：
- Windows 客户端：用
telnet 192.168.111.133 1521或tcping 192.168.111.133 1521 - Linux 服务器：用
nc -zv 192.168.111.133 1521（注意不是127.0.0.1）
如果不通，检查 CentOS 防火墙：sudo firewall-cmd --list-ports，确认 1521/tcp 已放行。很多人卡在这一步，以为配对了就结束。
监听日志爆满也会触发 ORA-12541
长期运行的 Oracle 实例中，listener.log 文件可能涨到数 GB，导致监听器拒绝新连接并报 ORA-12541。快速排查方法：
- 查日志位置：
lsnrctl status | grep "Listener Log File" - 看大小：
ls -lh /path/to/listener.log - 若超 2GB，可临时清空：
cat /dev/null > /path/to/listener.log，再lsnrctl reload
这个点容易被忽略：服务状态显示正常、IP 绑定也对，但日志文件已把监听器“压死”了。
