Oracle客户端不读/etc/resolv.conf；其主机解析由sqlnet.ora中NAMES.DIRECTORY_PATH控制，仅当含HOSTNAME且tnsnames.ora用主机名时才调用系统解析，此时/etc/hosts或DNS生效。
Oracle客户端连不上数据库，是不是/etc/resolv.conf写错了？
不是。oracle客户端（如sqlplus、jdbc thin）默认不走系统dns解析——它压根不读/etc/resolv.conf。只有在用tnsnames.ora里配了主机名（而非ip），且没启用name.directory_path里的hostname时，才可能间接依赖系统解析，但那是极少数场景。
真正起作用的是：tnsnames.ora中服务名对应的主机字段（HOST=xxx）是否能被Oracle网络层解析。而这个解析行为，由sqlnet.ora里的NAMES.DIRECTORY_PATH控制。
-
NAMES.DIRECTORY_PATH=(TNSNAMES, EZCONNECT)→ 只查tnsnames.ora和EZCONNECT语法，不查DNS、不查/etc/hosts -
NAMES.DIRECTORY_PATH=(TNSNAMES, HOSTNAME)→ 查完tnsnames.ora后，对HOST=xxx尝试调用系统gethostbyname()，这时才轮到/etc/hosts或DNS（取决于glibc配置） -
/etc/resolv.conf只影响DNS查询路径，但Oracle本身不直接读它；它只是底层C库发起DNS请求时的配置依据
/etc/hosts能替代DNS吗？什么情况下必须用？
能，而且更可靠——只要NAMES.DIRECTORY_PATH包含HOSTNAME，且tnsnames.ora里HOST值匹配/etc/hosts中的条目，就会命中。适合没有DNS权限、测试环境隔离、或DNS响应慢/不稳定的情况。
注意：Oracle不会自动刷新/etc/hosts缓存，改完要重启监听器（lsnrctl reload）或客户端进程（比如重开sqlplus），否则旧解析结果可能还在内存里。
- 格式必须严格：
IP地址<tab或空格>主机名<空格>别名（可选），不能有#注释在行首以外位置 - 主机名要和
tnsnames.ora中HOST=的值完全一致（区分大小写，尤其在Linux上） - 避免用短名（如
db01），除非确认dns_domain已设且系统search域匹配；优先写FQDN（如db01.example.com）
Oracle监听器（listener.ora）里的HOST要不要同步改/etc/hosts？
要。监听器启动时会绑定listener.ora中ADDRESS下的HOST值，如果该值是主机名，Oracle会尝试解析它。解析失败会导致监听器无法启动，报错类似：TLN-12545: Connect failed because target host or object does not exist。
- 监听器不关心
/etc/resolv.conf，只认/etc/hosts或系统DNS返回结果 - 最稳妥做法：监听器
HOST、客户端tnsnames.ora里的HOST、/etc/hosts三者指向同一个IP，且用相同拼写 - 如果监听器
HOST填的是localhost或127.0.0.1，客户端却连db01，那即使/etc/hosts写了映射，连接也会因监听器只监听本地而失败
Java应用连Oracle时，jdbc:oracle:thin URL里的主机名走哪条路？
完全不走/etc/resolv.conf或/etc/hosts——JDBC Thin驱动是纯Java实现，自己调用InetAddress.getByName()，走的是JVM底层的Java网络栈，而Java默认使用系统glibc的DNS逻辑（即受/etc/resolv.conf影响），但也受Java系统属性干预。
- 如果JVM加了
-Dnetworkaddress.cache.ttl=0，每次都会重新查DNS；默认是-1（永久缓存），改/etc/hosts后Java进程不重启就看不到更新 - 想强制走
/etc/hosts？可以设-Dsun.net.spi.nameservice.provider.1=dns,sun并确保/etc/nsswitch.conf里hosts:行含files（即先查/etc/hosts） - 更简单：URL里直接写IP，绕过所有解析环节，比如
jdbc:oracle:thin:@10.1.2.3:1521/ORCL
复杂点在于，同一套基础设施里，SQL*Plus、ODBC、JDBC Thin、Oracle Instant Client可能各自走不同的解析路径，得逐个确认它们的配置源头，而不是统一改一个文件就以为全好了。
