UTL_TCP仅支持出站TCP客户端连接，不支持监听、UDP、TLS/SSL自动握手、DNS解析重试及内置超时重连；其核心限制在于ACL配置、换行符处理、缓冲区控制与协议语义实现需手动完成。

UTL_TCP 只能发起出站 TCP 连接，不能监听或接收连接；它不是万能网络工具，而是受限的客户端通信接口。

UTL_TCP 的能力边界在哪

它只提供 PL/SQL 端的 TCP 客户端能力：能 OPEN_CONNECTION 去连外部服务（如 HTTP、SMTP、FTP 服务器），但无法接受别人连你。不支持 UDP、不支持 TLS/SSL 自动握手、不处理 DNS 解析失败重试逻辑——这些都得你自己兜底。

• 所有操作必须显式指定 remote_host 和 remote_port，不能传域名加自动解析（UTL_INADDR 需单独调用）
• charset 参数仅影响 WRITE_LINE/GET_LINE 的换行符和字符截断行为，不改变底层字节流
• 没有内置超时重连机制，TRANSFER_TIMEOUT 异常发生后连接已断，需重新 OPEN_CONNECTION

常见错误：ORA-24247 和连不上服务器

90% 的失败不是代码写错，而是 ACL（访问控制列表）没配对。报 ORA-24247 就说明数据库拦住了出向请求。

• 先查 dba_network_acls 和 dba_network_acl_privileges，确认目标用户在对应 ACL 中有 connect 权限
• assign_acl 必须精确匹配目标地址：host => 'smtp.example.com' 不等于 host => '192.168.1.100'，即使它们指向同一台机器
• 端口范围要覆盖实际使用的端口：比如用 Gmail SMTP，得设 lower_port => 465, upper_port => 465，不能只写 25
• 如果用通配符 host => '*'，Oracle 12c+ 要求显式授予 resolve 权限才能做 DNS 查询

写数据和读响应的实际要点

协议交互成败关键在换行符、缓冲区大小和响应解析逻辑，不是连上就完事。

Adblock Dns

在你的机器上运行DNS服务器，使用Pi-hole黑名单阻止189,000+个广告、追踪器和恶意软件域名，实现全网拦截。

下载

• WRITE_LINE(c, 'HELO example.com') 会自动加 UTL_TCP.CRLF；但 WRITE_TEXT 不加，发 SMTP 命令时容易漏回车导致卡住
• GET_LINE 默认读到 \n 或 \r\n 结束，但如果服务端发的是单 \r（某些嵌入式设备），会一直阻塞直到超时
• 大文本响应建议用 GET_TEXT + 显式 buffer_size 控制，避免 BUFFER_TOO_SMALL；二进制内容必须用 WRITE_RAW/GET_RAW
• 每个 WRITE_* 后最好跟一次 FLUSH（如果包支持），否则可能因 TCP Nagle 算法延迟发送

别直接拿 UTL_TCP 实现 FTP 或 HTTPS

它只是裸 TCP 工具，不是协议栈。真要传文件或加密通信，优先选更上层的包：

• 发邮件用 UTL_SMTP（已封装 AUTH、STARTTLS、DATA 分段等）
• 取网页用 UTL_HTTP（自动处理重定向、gzip 解压、Cookie 管理）
• 发简单通知用 UTL_MAIL（一行 SEND 调用搞定）
• 非要用 UTL_TCP 实现 FTP，就得自己解析 2xx/3xx/4xx/5xx 状态码、处理 PASV 模式端口协商、区分 ASCII/BINARY 传输——稍有偏差就卡死在 GET_LINE

真正难的从来不是连上，而是让两端在字节层面达成协议语义一致；UTL_TCP 把这个责任全甩给了你。