ORA-12541根本原因是监听程序未运行、未绑定正确地址、数据库实例未注册或监听日志写满；需依次检查tnslsnr.exe进程、listener.ora中HOST是否为真实IP、执行alter system register、清理listener.log。
ORA-12541 不是安装阶段的错误，而是安装完成后首次连接时暴露的配置/服务问题。根本原因只有一个：监听程序没起来，或者没绑对地址。
检查 Windows 上监听服务是否真正在运行
很多人只看服务管理器里显示“正在运行”，就以为万事大吉——但 oracleoradb19c_home1tnslistener（或类似名称）可能只是假启动。
- 打开任务管理器 → 详细信息 → 搜索
tnslsnr.exe，确认进程存在且用户名是 Oracle 服务账户（比如NT SERVICE\OracleOraDb19c_home1TNSListener） - 如果没找到该进程，说明监听根本没跑起来，
lsnrctl start才是第一步，不是lsnrctl status - 若执行
lsnrctl status报TNS-12560: TNS:protocol adapter error，基本等于监听进程不存在，别纠结配置文件，先解决进程启动问题
确认 listener.ora 中的 HOST 是否允许远程访问
Oracle 安装默认把 HOST 设为 localhost 或 127.0.0.1，这会导致外部机器连不上，哪怕本地 sqlplus / as sysdba 能进。
- 编辑
$ORACLE_HOME\network\admin\listener.ora - 找到
(ADDRESS = (PROTOCOL = TCP)(HOST = ...)(PORT = 1521))这一行 - 把
HOST = localhost改成本机真实 IP（如192.168.1.10）或0.0.0.0（绑定所有网卡） - 改完不要
stop/start，直接lsnrctl reload—— 避免监听中断，且能验证配置语法是否正确 - 再跑
lsnrctl status，看Listening Endpoints Summary里显示的地址是不是你刚填的那个 IP
数据库实例未向监听注册的典型表现
即使监听起来了、也绑对了 IP，客户端仍报 ORA-12541，很可能是数据库没告诉监听“我在哪儿”。尤其常见于重启监听后，实例不会自动重注册。
- 用
sqlplus / as sysdba登录数据库 - 执行
alter system register;（注意分号） - 等 30 秒左右，再查
lsnrctl status，看Services Summary里有没有你的SERVICE_NAME（比如orclpdb） - 如果还是没有，检查
local_listener参数：show parameter local_listener，若为空或指向错误地址，需手动设置：alter system set local_listener='(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.1.10)(PORT=1521))';
监听日志写满导致进程静默崩溃
这是最隐蔽的坑：服务状态显示“运行中”，tnslsnr.exe 进程也存在，但 lsnrctl status 直接报 TNS-12541 或 TNS-12560，连 IPC 连接都失败。
- 去
$ORACLE_BASE\diag\tnslsnr\<hostname>\listener\trace\目录下看listener.log - 如果文件大小超过 1GB 或最后时间戳停留在几天前，基本就是写满了
- 直接重命名该文件（如改成
listener.log.bak），再执行lsnrctl reload，监听会自动生成新日志并恢复工作 - 长期方案：在
listener.ora里加一行LOGGING_LISTENER = ON和TRACE_LEVEL_LISTENER = USER，并定期轮转日志
ORA-12541 的根因永远落在“进程没跑”“地址没绑对”“实例没报到”“日志堵死”这四类里，其他都是表象。 
