Lotus Notes大RTF字段大量Doclink渲染异常问题及解决方案咨询

首先明确回答你的第一个问题：是的，Domino内部确实存在针对富文本中Doclink渲染的数量限制。Domino HTTP引擎在解析富文本字段里的嵌入式元素（包括Doclink）时，有一个默认的计数阈值（通常在1000-1500之间浮动，和你遇到的1200左右的情况吻合）。当超过这个阈值后，后续的Doclink会被直接跳过，既不会渲染出图标，也不会出现在HTML源码中——不管是XPage的富文本控件，还是server/db.nsf/0/unid/Body?OpenField这种原生输出，都会受这个限制影响。

针对这个问题，有几个可行的解决方案，你可以根据自己的场景选择：

1. 拆分长RTF字段 #

把包含大量Doclink的长富文本字段拆分成多个较小的RTF字段，比如控制每个字段内的Doclink数量在800个以内（低于阈值）。然后在XPage中依次渲染这些拆分后的字段，这样每个字段的Doclink都能正常显示。

需要注意的是，拆分操作需要在Notes客户端更新文档时处理：

• 可以编写Notes代理或客户端脚本，在保存文档时自动将长RTF按Doclink数量拆分到多个字段中
• 如果场景允许，也可以引导用户手动拆分内容到不同字段

2. 自定义解析富文本（推荐） #

通过Domino的Java API手动解析富文本字段，完全控制Doclink的渲染逻辑，绕过默认的限制。具体步骤如下：

• 在XPage的后端Java代码或代理中，获取目标文档的RTF项
• 遍历RTF项中的所有嵌入式对象，通过类型识别出Doclink（EmbeddedObject.EMBED_OBJECT类型，且对象类型为"DocLink"）
• 对每个Doclink，提取其对应的数据库路径、文档UNID、锚点等核心信息
• 生成符合需求的HTML链接：将notes://协议转换为https://格式的URL，同时可以自定义图标（比如使用原小黄文档图标的图片）
• 把生成的HTML片段和原富文本中的普通文本、格式内容拼接起来，最终输出到XPage页面中

这种方式不仅能绕过数量限制，还能解决MIME转换带来的Doclink显示和协议问题，灵活性最高。

3. 修改服务器配置（谨慎操作） #

部分Domino版本支持通过修改notes.ini参数来调整这个渲染阈值，比如HTTP_RTF_MAX_EMBEDDINGS（具体参数名请参考对应Domino版本的官方文档）。调整这个参数可以提升允许渲染的Doclink数量，但需要注意：

• 这个参数会影响整个服务器的所有富文本渲染，增加服务器的处理负载，可能导致性能下降
• 不同Domino版本对这个参数的支持情况不同，部分新版本可能已经移除或修改了这个参数

另外你提到的MIME转换方案，确实存在你说的两个问题：Domino的MIME转换对Doclink的处理比较简陋，会丢失图标样式，且不会自动转换notes://协议，所以这个方案不适合你的场景。

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