C#使用iText7或PDFsharp替换PDF内失效URL链接的问题咨询

你当前代码的问题 #

你写的逻辑是往PDF名称树注入自定义JS对象，和修改现有链接完全无关，还存在重复添加对象、字符串转义错误的问题，不可能实现链接替换效果，而且随意覆盖Catalog下的/Names节点还可能损坏原文档的书签、命名跳转目标等内容。

核心原理 #

PDF中可点击的网页链接全部存放在各页面的注释集合里，属于Subtype为/Link的注释，跳转地址存放在注释对应动作（/A节点）的/URI字段中，你既然已经完成了URL提取，只需要遍历到对应注释后直接覆盖该字段即可完成替换，不需要新建额外对象注入文档目录。

可直接复用的替换代码 #

（从你调用的API判断你用的是PDFsharp类库，以下代码适配该库）

// replacementURL为你要替换成的新地址
if (!string.IsNullOrEmpty(replacementURL))
{
    // 遍历所有页面
    foreach (PdfPage page in document.Pages)
    {
        // 获取当前页的注释数组
        PdfArray annots = page.Elements.GetArray("/Annots");
        if (annots == null) continue;

        foreach (PdfItem item in annots.Elements)
        {
            PdfDictionary annot = PdfInternals.GetObject(item) as PdfDictionary;
            if (annot == null) continue;

            // 筛选链接类型注释
            if (annot.Elements.GetName("/Subtype") != "/Link") continue;

            // 获取链接对应的动作字典
            PdfDictionary action = annot.Elements.GetDictionary("/A");
            if (action == null) continue;

            // 筛选URI跳转类动作
            if (action.Elements.GetName("/S") != "/URI") continue;

            // 读取原有URL，替换成你自己的匹配规则判断是否为要替换的失效链接
            string oldUrl = action.Elements.GetText("/URI");
            if (oldUrl.Contains("你要替换的失效链接特征"))
            {
                // 直接覆盖为新URL即可
                action.Elements.SetString("/URI", replacementURL);
            }
        }
    }
}
// 替换完成后正常Save文档就会生效

补充说明 #

• 如果你遇到的是JS触发跳转的特殊链接，才需要单独处理文档内的JS脚本，普通网页链接用上面的逻辑100%可以替换成功
• 不要随意覆写document.Internals.Catalog.Elements["/Names"]，这个节点存放了文档所有命名资源，直接覆盖会导致原文档的书签、跳转锚点、嵌入式文件全部失效
• 如果你用的是iTextSharp、Spire.PDF等其他类库，核心逻辑完全一致：遍历所有页面的Link类型注释，修改对应动作的URI字段即可，只是API写法稍有区别

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