iText 5.5.11 - 在使用PdfCleanUpProcessor後，粗體文本看起來模糊

Question

我需要從iText 5.5.11中的Jasper Reports創建的現有pdf中刪除一些內容，但是在運行PdfCleanUpProcessor之後，所有粗體文本都模糊不清。

這是我使用的代碼：

PdfReader reader = new PdfReader("input.pdf"); 
PdfStamper stamper = new PdfStamper(reader, new FileOutputStream("output.pdf")); 
List<PdfCleanUpLocation> cleanUpLocations = new ArrayList<PdfCleanUpLocation>(); 

cleanUpLocations.add(new PdfCleanUpLocation(1, new Rectangle(0f, 0f, 595f, 680f))); 

PdfCleanUpProcessor cleaner = new PdfCleanUpProcessor(cleanUpLocations, stamper); 
cleaner.cleanUp(); 

stamper.close(); 
reader.close(); 

前面已經討論過here降級到iText的-5.5.4解決了這個問題，但對我來說iText的-5.5.11已經在使用其他原因和降級不是一種選擇。

是否有其他解決方案或解決方法？

這是PDF文件前和清洗後：BEFORE - AFTER

Answer 1

通過比較之前和後文件很清楚，由於某些原因，PdfCleanUpProcessor錯誤降到一般的圖形狀態的操作（至少w,J和d）。

---

在你之前文件，特別是因爲一個窮人的大膽變體使用，即而不是使用實際的粗體使用正常字體和W¯¯操作的文本很重要文本渲染模式不僅可以填充字形輪廓，還可以沿着它畫一條線，使其具有大膽的外觀。

使用w操作將該行的寬度設置爲0.23333。由於文檔中的中缺少該操作，因此使用默認寬度值1。因此，沿着輪廓的線現在是以前的4倍，導致非常肥胖的外觀。

---

這個問題已經引入了提交d5abd23（日期爲2015年5月4日）的（除其他事項外）加入該塊PdfCleanUpContentOperator.invoke：

} else if (lineStyleOperators.contains(operatorStr)) { 
    if ("w" == operatorStr) { 
     cleanUpStrategy.getContext().setLineWidth(((PdfNumber) operands.get(0)).floatValue()); 
    } else if ("J" == operatorStr) { 
     cleanUpStrategy.getContext().setLineCapStyle(((PdfNumber) operands.get(0)).intValue()); 
    } else if ("j" == operatorStr) { 
     cleanUpStrategy.getContext().setLineJoinStyle(((PdfNumber) operands.get(0)).intValue()); 
    } else if ("M" == operatorStr) { 
     cleanUpStrategy.getContext().setMiterLimit(((PdfNumber) operands.get(0)).floatValue()); 
    } else if ("d" == operatorStr) { 
     cleanUpStrategy.getContext().setLineDashPattern(new LineDashPattern(((PdfArray) operands.get(0)), 
       ((PdfNumber) operands.get(1)).floatValue())); 
    } 

    disableOutput = true; 

這會導致所有lineStyleOperators將同時下降同時試圖將更改後的值存儲在清理策略上下文中。但是當然使用==代替String在Java中的比較通常是一個非常糟糕的主意，所以自該版本以來，線型運算符在iText中的性能下降了。

其實這段代碼已經從iTextSharp移植過來了，在C＃==中爲string類型的作品完全不同;儘管如此，即使在iTextSharp版本中，這些存儲的值乍一看似乎只在路徑被撫摸時才被考慮到，而不是如果文本渲染包括沿輪廓撫摸。

後來在提交9967627（在同一天與上述提交）內if..else if..else..已經與來自itext.pdf.parser包現有GraphicsState代替PdfCleanUpGraphicsState註釋刪除，添加缺少的參數到後者，只有disableOutput = true保持。這（乍一看）似乎已經解決了iText/Java和iTextSharp/.Net之間的差異，但是如果文本呈現包括沿着輪廓線描邊，線樣式值仍然不被考慮。

---

作爲一種變通考慮刪除線

} else if (lineStyleOperators.contains(operatorStr)) { 
    disableOutput = true; 

從PdfCleanUpContentOperator.invoke。現在線樣式運算符不再被刪除，編輯後的PDF中的文本看起來像之前一樣。儘管如此，我還沒有檢查過任何副作用，所以在考慮在生產中使用該解決方案之前，請先用一些文檔進行測試。