你遇到的核心问题是Oracle CLOB里的多行换行符和JavaScript的处理逻辑不兼容，下面给你几个实用的解决思路：

方案一：在Oracle查询时预处理换行符 #

直接在SQL里把CLOB中的换行符转换成JavaScript/前端能直接识别的格式，拿到数据后就不用额外处理了：

场景1：需要在JavaScript字符串中保留换行（比如控制台输出、文本域显示） #

用REPLACE函数把Oracle的回车（CHR(13)）和换行（CHR(10)）统一替换成JavaScript标准的\n：

SELECT DBMS_LOB.SUBSTR(
    REPLACE(REPLACE(A.SUPPLEMENTARY, CHR(13), ''), CHR(10), '\n'),
    3000
) FROM PLACENAMES A

这里先去掉多余的回车符，再把换行符转成JavaScript能识别的转义字符，确保字符串处理时换行逻辑正常。

场景2：需要在HTML页面中显示换行 #

把换行符直接替换成HTML的<br>标签：

SELECT DBMS_LOB.SUBSTR(
    REPLACE(REPLACE(A.SUPPLEMENTARY, CHR(13), ''), CHR(10), '<br>'),
    3000
) FROM PLACENAMES A

前端拿到数据后直接插入HTML，就能正确渲染出换行效果。

方案二：在JavaScript端处理原始数据 #

如果不想修改SQL语句，可以在拿到Oracle返回的字符串后，用JavaScript正则表达式统一处理换行符：

处理为文本换行 #

// rawText是从数据库获取的原始CLOB字符串
const processedText = rawText.replace(/\r?\n/g, '\n');
// 比如插入到textarea中
document.getElementById('myTextarea').value = processedText;

用正则/\r?\n/g匹配所有的\r\n（Windows风格）或\n（Unix风格）换行，统一替换成\n，确保文本域或控制台能正确识别换行。

处理为HTML换行 #

const processedHtml = rawText.replace(/\r?\n/g, '<br>');
// 插入到HTML元素中
document.getElementById('content').innerHTML = processedHtml;

额外注意：避免CLOB截断导致的异常 #

如果DBMS_LOB.SUBSTR(..., 3000)刚好截断在多字节字符中间，可能导致JavaScript解析出乱码。可以考虑用DBMS_LOB.SUBSTR的第三个参数指定起始位置分批读取，或者针对多字节字符场景用SUBSTRB（注意编码匹配）。如果业务允许，也可以适当调整截取长度，避免截断在字符中间。

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