能发，但必须配ACL权限+正确设置字符集+用UTL_HTTP，缺一不可；否则报ORA-29273或乱码、超时、拒绝连接。
直接说结论：能发，但必须配 ACL 权限 + 正确设置字符集 + 用 UTL_HTTP，缺一不可。否则会报 ORA-29273: HTTP request failed 或乱码、超时、拒绝连接。
必须先配置 ACL 权限，否则连网络都出不去
UTL_HTTP 默认被 Oracle 禁用，不配 ACL 就像没开防火墙白名单——请求根本发不出去，连 DNS 解析都不会触发。
- 用 DBA 账号执行 ACL 创建（普通用户无权操作）：
- 先建 ACL：
DBMS_NETWORK_ACL_ADMIN.CREATE_ACL - 加主机/端口白名单：
DBMS_NETWORK_ACL_ADMIN.ASSIGN_ACL - 把调用存储过程的用户加进去：
DBMS_NETWORK_ACL_ADMIN.ADD_PRIVILEGE
- 先建 ACL：
- 常见错误：ACL 绑定的是域名但实际请求用 IP，或只放行了
80却调用443接口，结果卡在连接阶段 - 验证是否生效：
SELECT * FROM DBA_NETWORK_ACLS和DBA_NETWORK_ACL_PRIVILEGES
POST 请求体中文乱码？关键在 UTL_HTTP.SET_BODY_CHARSET
Oracle 数据库字符集（如 AL32UTF8）和 HTTP 请求体编码不一致时，UTL_HTTP.WRITE_TEXT 会按数据库默认字符集编码发送，服务端收到的就是乱码。
- 必须显式声明：
UTL_HTTP.SET_BODY_CHARSET('UTF-8')（注意不是SET_HEADER(..., 'charset=UTF-8')） - 如果 POST 内容是 JSON：
UTL_HTTP.SET_HEADER(req, 'Content-Type', 'application/json; charset=UTF-8')仅设 header 不起作用，body 编码仍由SET_BODY_CHARSET控制 - 若用
UTL_HTTP.WRITE_RAW发送原始字节，则需手动UTL_RAW.CAST_TO_RAW(UTL_I18N.STRING_TO_RAW(..., 'AL32UTF8'))，更易出错，不推荐
用 UTL_HTTP.BEGIN_REQUEST 发 POST 时参数不能错
UTL_HTTP.BEGIN_REQUEST 的参数顺序和类型容易被忽略，尤其在旧版本 Oracle（如 11g）中不支持命名参数。
- 正确写法（兼容性最强）：
req := UTL_HTTP.BEGIN_REQUEST(v_url, 'POST') - 错误写法：
UTL_HTTP.BEGIN_REQUEST(url => v_url, method => 'POST')—— 在 11g 及更早版本会报PLS-00306 -
Content-Length头必须显式设置（尤其对x-www-form-urlencoded），否则某些 Web 服务器（如 Nginx）直接拒收 - 超时控制建议加：
UTL_HTTP.SET_TRANSFER_TIMEOUT(30)，避免存储过程卡死
响应读取不完整？别漏掉 UTL_HTTP.END_RESPONSE
很多人只处理响应正文，却忘了释放连接资源，导致后续请求失败或会话堆积。
- 必须成对出现：
GET_RESPONSE→READ_LINE循环 →END_RESPONSE - 异常分支里也要补上
END_RESPONSE，否则ORA-29275: partial multibyte character或连接泄漏 -
UTL_HTTP.READ_LINE的第三个参数设为TRUE才能自动处理换行符，否则可能截断最后一行
真正麻烦的不是写几行 PL/SQL，而是 ACL 权限要 DBA 操作、字符集要前后一致、异常路径要全覆盖——这三个点任何一个没踩准，请求就静默失败。
