动态监听由PMON/LREG进程自动注册，状态为READY，数据库关闭则不可连；静态监听硬编码于listener.ora，状态恒为UNKNOWN，支持远程启库，二者可共存。
动态监听能自动注册服务，但数据库关机后客户端就连不上；静态监听硬编码在 listener.ora 里，哪怕实例没启也能响应连接（比如远程启库），两者不是二选一，而是常共存——关键看你要解决什么问题。
动态监听：靠 PMON/LREG 进程自动注册，不依赖 listener.ora 配置
动态监听本质是数据库实例自己“报到”，不需要在 listener.ora 里写 SID 或服务名。只要监听器运行在默认端口 1521，且数据库已启动到 MOUNT 状态，PMON（11g）或 LREG（12c+）就会每 60 秒尝试注册一次。
常见错误现象：
-
lsnrctl status显示服务状态为READY，但客户端连时报ORA-12514: TNS:listener does not currently know of service requested in connect descriptor - 监听器先于数据库启动，等了 1 分钟仍没注册成功
实操建议：
- 确认数据库至少处于
MOUNT状态：SELECT STATUS FROM V$INSTANCE;返回MOUNTED或OPEN - 检查参数：
SHOW PARAMETER instance_name和SHOW PARAMETER service_names，确保值非空且拼写正确（大小写敏感） - 若监听器已运行但未注册，手动触发立即注册：
ALTER SYSTEM REGISTER; - 如监听端口不是
1521（比如1522），必须显式设置local_listener参数，否则实例只会往默认监听注册
静态监听：靠 listener.ora 硬编码，实例状态显示为 UNKNOWN
静态监听的配置完全独立于数据库运行状态，lsnrctl start 一执行，服务名就出现在监听里，状态恒为 UNKNOWN。它不验证实例是否存在，只负责“摆个门牌”。
典型使用场景：
- 远程执行
sqlplus / as sysdba后用startup启库 - 监听器重启后需秒级恢复连接能力（避免等待 60 秒动态注册）
- 一个监听要代理多个不同 $ORACLE_HOME 的旧版本实例
实操建议：
-
SID_LIST_LISTENER块中，SID_NAME必须与实际实例名（instance_name）严格一致（Linux 下大小写敏感） -
GLOBAL_DBNAME是客户端tnsnames.ora中SERVICE_NAME的匹配目标，可与SID_NAME不同，但不能留空（否则客户端要用SID=xxx方式连接） - 改完
listener.ora后必须用lsnrctl reload或lsnrctl stop && lsnrctl start，reload不会清空已建立连接 - 不要把
ORACLE_HOME写错路径，尤其多 Oracle 版本共存时；Windows 下该字段可省略
动态 + 静态混用：为什么 lsnrctl status 里总看到两个同名服务？
当 listener.ora 里配了静态项，同时数据库又正常动态注册了同一服务名，lsnrctl status 就会列出两条记录：一条 READY（动态），一条 UNKNOWN（静态）。这不是错误，是预期行为。
但要注意：
- 客户端连接时，监听器优先路由给
READY状态的服务；只有所有READY实例都不可用时，才可能 fallback 到UNKNOWN条目（不推荐依赖此行为） - 如果静态配置的
GLOBAL_DBNAME和动态注册的service_names完全一致，客户端无法区分走的是哪条路径 - 运维排查时，
UNKNOWN条目容易误判为“服务挂了”，其实只是静态注册的固有表现
真正容易被忽略的是：静态注册不校验实例真实性，UNKNOWN 状态下即使数据库根本没装好、$ORACLE_HOME 指向错误路径，监听器也照常“挂牌营业”——你得靠实际连接测试才能确认它是否真能转交请求。
