Java DocumentFilter异常：sciField无法正常执行setText赋值

核心问题定位 #

从描述来看，过滤器本身无问题（换给serialField正常、手动调用setText("12345")有效），问题出在sciField这个JTextField实例的额外配置或关联逻辑上，而非SizeAndIntFilter本身。

可能的原因及对应解决办法 #

1. 存在额外的监听器/校验器拦截输入 #

如果sciField绑定了自定义DocumentListener或InputVerifier，可能在setText后触发二次校验，仅保留以1/2开头的内容。

• 排查：检查是否有类似代码：

  sciField.getDocument().addDocumentListener(new DocumentListener() { ... });
  // 或
  sciField.setInputVerifier(new InputVerifier() { ... });
  

• 解决：
  • 移除或修改监听器逻辑，避免setText时触发不必要的拦截；
  • 若需保留校验，可临时移除监听器再设置文本：

    DocumentListener listener = ...; // 你的监听器实例
    sciField.getDocument().removeDocumentListener(listener);
    sciField.setText("34567");
    sciField.getDocument().addDocumentListener(listener);
    

2. 自定义Document限制了输入 #

如果sciField使用了自定义PlainDocument，可能在插入文本时做了仅允许1/2开头的限制。

• 排查：检查是否有类似代码：

  sciField.setDocument(new PlainDocument() {
      @Override
      public void insertString(int offs, String str, AttributeSet a) throws BadLocationException {
          // 自定义了仅允许1/2开头的逻辑
      }
  });
  

• 解决：删除自定义Document中的限制逻辑，统一用SizeAndIntFilter处理校验。

3. 外部逻辑在setText后重置内容 #

业务代码中可能存在回调逻辑（比如文件命名格式校验），在setText后重新修改了sciField的文本，只保留特定开头的内容。

• 排查：全局搜索sciField.setText的调用位置，或设置文本后立刻打印值确认是否被篡改：

  sciField.setText("34567");
  System.out.println(sciField.getText()); // 看输出是否为预期值
  

• 解决：定位到篡改文本的逻辑，修改校验规则，确保所有符合长度要求的5位数字都能保留。

4. 组件状态异常（少见） #

极少数情况下，组件的焦点或渲染状态异常会导致显示问题，但手动setText有效说明概率极低。

• 排查：设置文本后强制触发组件更新：

  sciField.setText("34567");
  sciField.repaint();
  sciField.requestFocusInWindow();
  

• 解决：若为状态问题，尝试重新初始化sciField实例。

快速验证方案 #

创建全新JTextField仅绑定sciFilter测试，确认过滤器本身正常：

JTextField testField = new JTextField();
testField.setDocument(new SizeAndIntFilter(5));
testField.setText("34567");
System.out.println(testField.getText()); // 输出正常则说明原sciField有额外配置问题

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