UTL_FILE读取本地文件必须先创建DIRECTORY对象并授权，FOPEN首参只能是目录名而非路径；需确保服务器路径存在、Oracle用户有读权限，并显式设MAX_LINESIZE防截断，禁止使用Java存储过程以保障安全。
只能用 UTL_FILE，且必须走 DIRECTORY 对象 —— Java 存储过程、外部表、BFILE 都不适用于“安全读取本地文件”这个场景。
UTL_FILE 读文件前必须创建 DIRECTORY 并授权
Oracle 不允许存储过程直接访问任意路径。你写的 FOPEN 第一个参数不能是 '/tmp/data.txt'，只能是已注册的 DIRECTORY 名（比如 'DATA_DIR'）。否则立刻报 ORA-29280: invalid directory path。
- 先在数据库服务器上确保路径真实存在，且 Oracle 进程用户（如
oracle）对该目录有read权限：ls -ld /home/oracle/inbound，若无权限，用chmod g+r /home/oracle/inbound或chown oracle:oinstall /home/oracle/inbound - 用 DBA 账户执行：
CREATE OR REPLACE DIRECTORY data_dir AS '/home/oracle/inbound'; - 再授权给目标用户：
GRANT READ ON DIRECTORY data_dir TO app_user;（注意不是READ, WRITE，读文件只需READ） - 检查是否生效：
SELECT * FROM all_directories WHERE directory_name = 'DATA_DIR';
UTL_FILE.GET_LINE 的典型陷阱与写法
很多人以为 GET_LINE 能自动处理任意长度或编码，实际它默认只读 1024 字节，超长行会直接报 ORA-29284: file read error；且不识别 UTF-8 BOM，容易乱码。
- 显式指定
MAX_LINESIZE参数，例如：UTL_FILE.GET_LINE(l_file, l_buffer, 32767); - 读取前确认文件编码为 ASCII 或 AL32UTF8（Oracle 数据库字符集），否则需在应用层转码，UTL_FILE 本身不支持编码转换
- 必须用循环 +
%NOTFOUND判断结束，不能依赖空行：WHILE TRUE LOOP ... EXIT WHEN l_eof; END LOOP; - 异常分支里务必调用
UTL_FILE.FCLOSE(l_file)，否则句柄泄漏，很快触发ORA-29285: file write error（即使只是读）
为什么不用 Java 存储过程读文件？
Java 方式看似灵活，但实际更难控制安全边界：它绕过 DIRECTORY 机制，直接调用 java.io.File，意味着只要权限授得宽（比如 grant_permission(..., '/home/oracle/', 'read,write,delete')），就能遍历整个目录树 —— 这严重违反最小权限原则，等保和安全审计都会直接否决。
- UTL_FILE 的
READ ON DIRECTORY是数据库级对象权限，粒度可控、可审计、可回收 - Java 方式需额外执行
dbms_java.grant_permission，且路径授权是 JVM 级沙箱控制，DBA 很难实时感知和监控 - Java 类一旦加载进数据库（
loadjava），就变成永久对象，卸载麻烦，版本更新易出错 - 绝大多数生产环境禁用 Java 存储过程，尤其金融、政务类系统，策略上就禁止
真正容易被忽略的是：DIRECTORY 对象名在 FOPEN 中大小写敏感，且部分 Oracle 版本（如 12.1）要求全大写；而目录路径里的文件名如果含中文或特殊字符，GET_LINE 会静默截断或报错 —— 这些问题不会出现在错误日志第一行，得靠 MAX_LINESIZE 和逐字节调试才能定位。
