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 查询
写数据和读响应的实际要点
协议交互成败关键在换行符、缓冲区大小和响应解析逻辑，不是连上就完事。
-
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 把这个责任全甩给了你。
