这种情况我之前也碰到过好几次，大概率不是NetBeans本身的问题，而是类拆分或编译缓存导致的小坑，咱们一步步来排查：

1. 优先排查编译缓存问题 #

这是最常见的原因——NetBeans有时候会保留旧的编译字节码，哪怕你已经修改了源码。试试这些操作：

• 点击NetBeans菜单栏的Build -> Clean and Build Project，这会彻底删除旧的编译产物，重新编译所有源码。很多时候这种“代码改了但报错还是旧逻辑”的问题，清理后就能解决。
• 如果Clean and Build没用，手动去项目根目录找到build文件夹，直接删除它，然后再重新编译项目。

2. 检查包结构与导入语句 #

拆分类后很容易出现包路径不匹配的问题：

• 确认Pawn.java的包声明是否正确，比如如果你的棋子类在com.chess.pieces包下，文件开头必须有package com.chess.pieces;。
• 查看Board.java里的导入语句，确保正确导入了新的Pawn类：import com.chess.pieces.Pawn;。如果两个类在同一个包下可以不用导入，但要保证两者的包声明完全一致。
• 有可能拆分后不小心把Pawn放到了其他包，导致Board引用的是旧包下的Pawn类（如果之前存在的话）。

3. 检查是否存在重复的Pawn类 #

搜索整个项目，确认没有其他文件还保留着旧的Pawn类定义：

• 比如你之前把所有类放在单个Java文件里，拆分后有没有删除那个旧文件？如果没删，里面的旧Pawn类会和新的Pawn.java冲突，编译时JVM可能加载了旧的类文件。
• 切换到NetBeans的Files视图（不是默认的Projects视图），遍历所有.java文件，确保只有Pawn.java里有Pawn类的定义。

4. 最后核对构造器细节 #

再仔细核对一遍代码细节，排除低级错误：

• 确认Pawn.java里的构造器签名完全正确：public Pawn(char color, int id, int xSpace, int ySpace) throws InterruptedException，注意参数类型、顺序和异常声明都不能错。
• 你在Board里的调用new Pawn(color, IdCounter.getId(), x, y)，参数类型是char, int, int, int，和构造器签名完全匹配，参数名（x/xSpace、y/ySpace）不影响匹配，这部分是没问题的。

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