ora-12541 根本原因是监听器未运行或未监听目标ip/端口，需先查进程（linux用ps -ef | grep tnslsnr，windows查tnslsnr.exe），再核对listener.ora中host是否为真实ip、执行lsnrctl reload，最后用telnet和tnsping分层验证网络与服务注册。
ora-12541 错误在 c# 中出现，根本不是连接字符串写错了，而是 oracle 监听器压根没在目标服务器上跑起来，或者没监听你连的那个 ip 和端口。
检查监听器进程是否真正在运行（别信 lsnrctl status 的表面输出）
很多开发者执行 lsnrctl status 看到“Listener is running”就以为万事大吉，但这个命令可能只是连上了本地默认监听器（LISTENER），而你的 C# 应用连的是远程服务器或自定义监听名。更可靠的方式是直接查进程：
- Linux：运行
ps -ef | grep tnslsnr，确认有类似/u01/app/oracle/product/19c/dbhome_1/bin/tnslsnr的进程在跑 - Windows：打开任务管理器 → 详细信息页 → 搜索
tnslsnr.exe，注意看“用户名”列是否为运行 Oracle 的服务账户（比如OracleServiceORCL对应的用户） - 如果
lsnrctl status报TNS-12560: TNS:protocol adapter error，基本可以断定监听器根本没启动，此时lsnrctl start才是第一步
验证 listener.ora 中的 HOST 是否允许远程连接
C# 客户端通常从另一台机器发起连接，但很多人把 listener.ora 的 HOST 写成 localhost 或 127.0.0.1，结果监听器只绑定了回环地址，外部根本连不上。必须改成本机真实网卡 IP 或可解析的主机名：
- 打开
$ORACLE_HOME/network/admin/listener.ora，找到类似(ADDRESS = (PROTOCOL = TCP)(HOST = localhost)(PORT = 1521))的行 - 把
HOST = localhost换成实际 IP，例如HOST = 192.168.1.10；如果用主机名（如db-prod），确保 C# 客户端机器的hosts文件或 DNS 能解析它 - 改完后不要
lsnrctl stop/start，直接运行lsnrctl reload—— 这样配置热生效，且避免因顺序问题导致监听中断 - 再执行
lsnrctl status，看Listening Endpoints Summary里显示的地址是不是你刚填的那个 IP + 端口
用 telnet 和 tnsping 分层验证网络链路
C# 报 ORA-12541 时，不能只依赖 Oracle 工具，得用系统级命令确认底层通不通：
- 从 C# 客户端所在机器执行
telnet 192.168.1.10 1521（IP 和端口要和连接字符串一致）。如果黑屏几秒后直接断开或提示“无法连接”，说明防火墙、网络策略或监听器根本没 bind 到该地址 - 再在同一台客户端机器运行
tnsping ORCL（ORCL是你连接字符串里的 TNS 别名），观察输出里Attempting to contact后面的 IP 和端口是否和listener.ora一致；若显示UNKNOWN或超时，大概率是tnsnames.ora配置错误或 DNS 解析失败 - 特别注意：C# 使用
Oracle.ManagedDataAccess时，默认不读取客户端本地的tnsnames.ora，除非显式设置tnsping路径或使用 EZCONNECT 格式（如user/pwd@//192.168.1.10:1521/ORCLCDB）
检查数据库实例是否向监听器注册了服务
监听器进程在跑、端口也通，但 C# 还是报 ORA-12541？这时候要看 lsnrctl status 输出里的 Services Summary：
- 如果这里为空，或只有
Service "UNKNOWN"，说明数据库实例没注册成功——监听器“活着”，但“不认识你要连的那个库” - 登录数据库执行
SELECT value FROM v$parameter WHERE name = 'local_listener';，确认返回值和listener.ora里定义的监听名/IP:PORT 匹配；如果不匹配，用ALTER SYSTEM SET local_listener='(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.1.10)(PORT=1521))' SCOPE=BOTH;修正 - 如果是 Oracle 12c+ 多租户环境，C# 连接串里写的可能是 PDB 名（如
PDB1），但监听器注册的是 CDB 名（如CDB$ROOT）或全局 DB 名（如ORCLCDB），必须确保Services Summary中列出的服务名与连接串中的一致
最容易被忽略的一点：监听器日志 listener.log 可能已满（尤其 Windows 下默认限制 4MB），导致新连接请求被静默丢弃。不要等它爆红，定期清理或配置 LOGGING_LISTENER = OFF 临时规避。真正的问题往往藏在 lsnrctl status 显示“正常”之后的那几行 Services Summary 里——那里才是监听器和数据库握手的真实现场。
