Oracle LISTAGG拼接超4000字符报ORA-64451 无法修改MAX_STRING_SIZE参数

执行如下SQL语句拼接USER_SOURCE视图中的存储对象源码时遇到错误：

select t.name, listagg(t.text) 
  from user_source t 
 group by t.name;

由于VARCHAR2类型默认长度上限为4000字符，执行时抛出字符串拼接过长的错误。
后续尝试将LISTAGG替换为XML聚合方案实现CLOB类型长字符串拼接，但始终无法解决如下报错：

ORA-64451: Conversion of special character to escaped character failed.

已尝试多个技术平台公开的解决方案，均未生效。

约束条件 #

• 不允许截断拼接生成的字符串
• 无权限修改数据库的MAX_STRING_SIZE参数

测试过的如下XML聚合拼接语句执行时同样抛出ORA-64451错误，无法解决问题：

select rtrim(
             xmlagg(
                    xmlelement(e, to_clob(t.TEXT), '; ').extract('//text()')
                   ).GetClobVal(),
             ',')
  from user_source t;

ORA-64451报错的核心原因有两点：

1. 测试写法中给XMLELEMENT传入了to_clob(t.TEXT)的CLOB类型参数，Oracle XML处理组件对CLOB类型输入的特殊字符转义逻辑存在缺陷，遇到源码中的XML保留字符（&、<、>、单/双引号）、不可见控制字符时，会直接触发转义失败报错。
2. 搭配extract('//text()')取值的写法，会进一步提升转义逻辑触发异常的概率。

去掉XMLELEMENT中的to_clob转换，直接传入原始VARCHAR2类型的文本字段，聚合完成后用XMLCAST将结果直接转换为CLOB类型即可。该写法会自动完成特殊字符的转义和还原，不会丢失原始源码内容，也不受VARCHAR2 4000字符长度限制，同时无需修改任何数据库参数。注意要加上order by t.line保证源码行顺序和原对象定义一致，避免拼出的源码乱序，可直接运行的SQL如下：

select 
  t.name,
  xmlcast(
    xmlagg(
      xmlelement(e, t.text)
      order by t.line
    ) as clob
  ) as full_source_clob
from user_source t
group by t.name;

内容的提问来源于stack exchange，提问作者mertcan