使用PDFBox移除专色元素：PDFGraphicsStreamEngine适用性问询

你当前的判断逻辑（移除/cs1 CS之前的所有操作符）存在明显缺陷：路径构建操作（m、l）本身不绑定色彩空间，它们只是定义了要绘制的形状轮廓，真正决定最终色彩的是后续的描边/填充操作（这里的s）对应的色彩空间。你现在因为路径构建时的当前色彩空间不是专色就删掉这些操作，会导致后续专色描边没有路径可画，本该保留的专色图形直接被误删了。

完全可以用PDFGraphicsStreamEngine来精准处理这种场景，核心思路是跟踪路径状态和当前色彩空间，只在确认描边/填充操作使用非专色时，才丢弃对应的路径和色彩设置操作，而非一刀切删除色彩空间切换前的所有内容。具体实现可以参考以下思路：

• 自定义PDFGraphicsStreamEngine的子类，维护两个核心状态：
  • 当前正在构建的路径（通过重写moveTo、lineTo等路径操作方法记录路径点）
  • 当前的描边/非描边色彩空间（通过重写setStrokingColorSpace、setNonStrokingColorSpace方法实时更新）
• 重写描边（stroke）和填充（fill、eoFill）相关方法：
  • 触发这些操作时，检查当前对应的色彩空间是否为专色（PDSeparation）：
    • 如果是专色：保留之前记录的所有路径操作和色彩设置操作，将这些内容输出到目标流中
    • 如果是非专色：清空之前记录的路径，不输出任何相关操作
• 对于色彩空间切换（CS、cs）和色彩设置（SC、SCN、sc、scn）操作：
  • 先暂存这些操作，等后续的描边/填充操作确定是否需要保留后，再决定是否输出

简化实现伪代码 #

class SeparationOnlyEngine extends PDFGraphicsStreamEngine {
    private List<String> pendingOps = new ArrayList<>();
    private PDColorSpace strokingCS;

    @Override
    public void moveTo(float x, float y) {
        pendingOps.add(String.format("%f %f m", x, y));
    }

    @Override
    public void lineTo(float x, float y) {
        pendingOps.add(String.format("%f %f l", x, y));
    }

    @Override
    public void setStrokingColorSpace(PDColorSpace cs) {
        strokingCS = cs;
        pendingOps.add(String.format("/%s CS", cs.getName()));
    }

    @Override
    public void setStrokingColor(float[] components) {
        String compStr = String.join(" ", Arrays.stream(components).map(Float::toString).toArray(String[]::new));
        pendingOps.add(compStr + " SC");
    }

    @Override
    public void stroke() {
        if (strokingCS instanceof PDSeparation) {
            // 保留所有暂存操作并输出
            pendingOps.add("s");
            writeToTargetStream(pendingOps);
        }
        // 重置状态，准备处理下一段图形
        pendingOps.clear();
    }

    // 填充操作、曲线路径等方法可参照上述逻辑实现
}

• 路径操作本身不关联色彩空间，不能仅凭路径构建时的色彩空间判断是否保留，必须结合最终描边/填充操作的色彩空间来决定
• 要严格区分描边和非描边色彩空间，分别处理CS/SC（描边）和cs/sc（非描边）对应的操作
• 对于复杂路径（如贝塞尔曲线、裁剪路径），需要完整重写对应的路径操作方法来跟踪状态

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