oracle存储过程不能直接调用外部c/java共享库，必须通过受控扩展机制：调用c需用extproc（create library+language c），调用java需用java stored procedure（loadjava加载.class+as language java），且均须显式授权、严格匹配签名、禁用高危api。
Oracle存储过程不能直接调用外部C/Java共享库
Oracle PL/SQL本身不支持像dlopen()或System.loadLibrary()那样动态加载任意外部共享库（如.so、.dll或.jar）。所谓“在存储过程中调用C/Java”，实际是通过Oracle提供的**受控扩展机制**间接实现的，不是自由调用任意二进制文件。
调用C代码：必须用External Procedure（EXTPROC）机制
Oracle允许通过CREATE LIBRARY + CREATE FUNCTION将C函数暴露为PL/SQL可调用对象，但整个链路受严格约束：
- 必须用
extproc代理进程（非数据库进程）执行C代码，该进程由listener.ora中EXTPROC_DLLS参数控制白名单 - C函数必须用OCI或标准C编写，导出为
extern "C"符号，且只能通过CREATE LIBRARY注册绝对路径（如/opt/oracle/ext/mylib.so） - 数据库用户需有
CREATE LIBRARY权限，且UTL_FILE_DIR或ORACLE_HOME相关路径需显式配置 - 无法访问数据库会话上下文（比如当前事务、绑定变量），只能靠参数传入/传出
典型流程：gcc -shared -fPIC -o myfunc.so myfunc.c → CREATE LIBRARY mylib AS '/opt/oracle/ext/myfunc.so' → CREATE FUNCTION myplsql_func RETURN NUMBER AS LANGUAGE C NAME "my_c_func" LIBRARY mylib。
调用Java代码：必须用Java Stored Procedure（JSP）
Oracle内置JVM，但Java类必须先用loadjava工具载入数据库内，再通过CREATE PROCEDURE ... AS LANGUAGE JAVA映射调用：
-
loadjava上传的是.class字节码，不是.jar或本地.so；类路径、依赖、安全策略全由数据库JVM管理 - Java方法签名必须严格匹配PL/SQL声明（例如
static int doWork(String s)对应FUNCTION do_work(s VARCHAR2) RETURN NUMBER） - 数据库JVM默认禁用
java.lang.Runtime、文件I/O、网络等高危API；若需突破，得用dbms_java.grant_permission显式授权 - 不能直接调用外部JVM进程或
System.loadLibrary()加载本地库——那会绕过Oracle安全沙箱，被拒绝
示例：loadjava -user scott/tiger@orcl MyUtil.class → CREATE FUNCTION my_java_func(p IN VARCHAR2) RETURN NUMBER AS LANGUAGE JAVA NAME 'MyUtil.doCalc(java.lang.String) return int'。
为什么你看到的“调用”其实是反向的
真正常见且安全的做法，是让外部程序（C/Java应用）去调用Oracle存储过程，而不是反过来。比如：
- C程序用OCI或ODBC执行
{call my_proc(?, ?)} - Java程序用
CallableStatement调用my_proc，而非把Java逻辑塞进数据库
强行把业务逻辑下沉到数据库侧调用外部库，会破坏可移植性、增加运维复杂度，并带来严重安全隐患——Oracle对EXTPROC和JSP的限制，本质是防止数据库进程失控或被提权。生产环境若真需要外部计算能力，更推荐用REST API或消息队列解耦，而不是硬塞进PL/SQL。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
