创建Java Source需去掉package声明、类名与文件名严格一致且为public、禁用Java 8+特性、用CREATE OR REPLACE JAVA SOURCE NAMED 'Name'，编译后查STATUS='VALID'。
Java Source在Oracle里怎么创建才不会报错
oracle允许把java字节码或源码直接存进数据库，但直接写create java source时最容易栽在编码、权限和类结构上。不是所有java语法都支持，比如不能有包声明（package语句）、不能用外部依赖、主类必须是public且类名和文件名严格一致。
实操建议：
- 去掉
package语句，类用默认包； - 类必须声明为
public，且类名与CREATE JAVA SOURCE里的名字完全一致（大小写敏感）； - 避免使用Java 8+特性（如lambda、Stream API），Oracle 12c默认只支持到Java 7语法；
- 用
CREATE OR REPLACE JAVA SOURCE NAMED 'MyUtil'，注意单引号里是字符串字面量，不是变量； - 建完后查
USER_OBJECTS确认STATUS = 'VALID'，否则后续PL/SQL调用必失败。
PL/SQL包装器怎么写才能正确调用Java方法
Java方法暴露给PL/SQL靠的是“调用规范”（call specification），本质是告诉Oracle：这个Java方法签名对应哪个PL/SQL函数/过程。它不自动映射参数类型，也不处理异常透出——出错往往卡在这一步。
实操建议：
- Java方法必须是
public static，返回类型和参数类型只能是Oracle能识别的（如String→VARCHAR2，int→NUMBER）； - PL/SQL声明里用
AS LANGUAGE JAVA，且NAME子句必须精确匹配Java签名，包括大小写和分号，例如：NAME 'MyUtil.concat(java.lang.String, java.lang.String) return java.lang.String'； - 字符串参数传入时，Oracle会自动转成
java.lang.String，但null值可能变成空字符串，需在Java侧判== null； - 不要试图在PL/SQL包装器里捕获Java异常，Oracle只会抛
ORA-29532（uncaught Java exception），真正原因得查DBA_JAVA_EXCEPTIONS视图。
为什么调用时总报ORA-29532或ORA-00904
这两个错误最常见：前者是Java层抛了没被捕获的异常，后者是PL/SQL声明里引用了不存在的Java方法名或参数类型不匹配。
立即学习“Java免费学习笔记（深入）”；
实操建议：
-
ORA-29532先查SELECT * FROM DBA_JAVA_EXCEPTIONS WHERE OWNER = 'YOUR_SCHEMA'，里面会有真实Java堆栈； -
ORA-00904重点核对三处：PL/SQL函数声明的参数个数、顺序、类型是否和Java方法签名完全一致；NAME字符串里类名、方法名、括号、分号、空格一个都不能错； - 如果Java方法返回
void，PL/SQL必须用PROCEDURE，不能用FUNCTION； - Oracle对重载方法不支持自动分辨，哪怕参数类型不同，也必须在
NAME里写全签名，不能只写方法名。
性能和部署要注意什么
Java Source跑在Oracle JVM里，不是独立进程，所以启动快但受数据库内存限制。高频调用下容易触发GC停顿或java.lang.OutOfMemoryError，而且每次修改Java源都要重新load，没法热更新。
实操建议：
- 避免在Java方法里做IO（如读文件、连外部HTTP）、开线程或用静态缓存——这些在数据库JVM里不可靠；
- 大对象（如长字符串、数组）传递要小心，Oracle对Java堆大小默认只有几MB，可通过
ALTER SYSTEM SET java_pool_size调，但别设太高； - 上线前用
ALTER JAVA SOURCE MyUtil COMPILE手动编译，别依赖自动编译，否则失效状态可能静默存在； - 生产环境禁用
dbms_java.grant_permission这类权限操作，开发阶段就配好，运行时不再改。
Java Source + PL/SQL包装器这条链路，每环都要求“严丝合缝”：Java语法受限、签名必须字面匹配、异常不透出、资源受控。少一个条件，调用就断在看不见的地方。
