pls-00103错误本质是语法解析失败，即oracle编译器在读取pl/sql代码时遇到未预期符号而终止编译，常见原因包括分号缺失或冗余、begin/end不成对、斜杠遗漏、单引号处理错误、函数定义语法错误及参数命名歧义。
PLS-00103 错误本质是语法解析失败
Oracle 编译器在读取 PL/SQL 代码时，发现某个位置出现了它完全没预料到的符号，就立刻报 PLS-00103，并告诉你“我刚看到 xxx，但此时我只认这些：begin、declare、(、)……”。这不是运行时错误，而是代码根本没资格进入执行阶段——连语法关都没过。
所以别急着查函数逻辑，先盯住报错行附近那几个字符：是不是少写了 ;，多打了空格，漏了 BEGIN，或者把 END 写成 EN？
常见触发点：分号、块结构、斜杠缺一不可
这三个地方出错频率最高，且容易被 IDE 或编辑器弱提示掩盖：
-
;必须出现在每条语句末尾（包括变量声明、赋值、SELECT ... INTO），但不能出现在DECLARE、BEGIN、END关键字后面 -
BEGIN和END必须成对出现；嵌套块里每个BEGIN都得配一个END，不能靠缩进蒙混过关 - 在 SQL*Plus 或 SQL Developer 的脚本模式下，每个
CREATE OR REPLACE语句（如包、过程、函数）之后必须单独写一行/，否则编译器会把下一个CREATE当作前一个对象体里的非法符号
单引号处理不当直接触发 PLS-00103
PL/SQL 字符串必须用单引号界定，里面要表示一个字面单引号，只能写两个连续单引号 ''。写成 \' 或用双引号包裹字符串，都会让解析器当场崩溃。
典型翻车场景：
-
'O\'Brien'→ 报错：PLS-00103: encountered the symbol "\'" -
"O'Brien"→ 报错：PLS-00103: encountered the symbol """（双引号被当成标识符起始符） - 动态 SQL 拼接时手动替换单引号，写成
REPLACE(v_str, '''', '''')（三个单引号）→ 编译失败，因为第三个单引号被当作字符串结束符，剩下半个不合法的'
安全做法：优先用绑定变量避开拼接；非拼不可时，用 q'[] 机制或确保 REPLACE(v_str, '''', '''''')（四个单引号）。
函数/过程定义中参数和返回值语法易错
函数定义里最容易卡在 RETURN 前后——它不是语句结尾，而是类型声明的一部分。常见错误：
-
FUNCTION f(x NUMBER) RETURN VARCHAR2 IS✅ 正确 -
FUNCTION f(x NUMBER) RETURN VARCHAR2; IS❌ 多了个分号，PLS-00103: encountered the symbol ";" -
FUNCTION f(x NUMBER) RETURN VARCHAR2 AS❌AS和IS二选一，混用会报错 - 参数名与表字段同名（比如参数叫
id，又在WHERE id = id中使用），解析器可能误判作用域，导致PLS-00103或更隐蔽的逻辑错误
复杂逻辑建议用 l_id（local）、p_id（parameter）前缀明确区分，减少歧义。
真正麻烦的不是报错本身，而是错误位置常指向“下游”——比如少了一个 END，报错却显示在几百行后的 CREATE 或文件末尾。遇到 end-of-file 或 EXCEPTION 被当非法符号时，基本可以确定是前面某处块没闭合。
