Codename One Maven项目iOS构建失败：为何仍生成ImplImpl类？

我能正常构建安卓版本，但iOS构建持续失败。构建日志显示生成了NativeLogsReaderImplImplCodenameOne.class，随后报错：

fatal error: 'com_fluency_fluencymobile_sys_NativeLogsReaderImplImpl.h' file not found

原本我有两个原生接口：

public interface NativeLogsReader extends NativeInterface {
    void start();
    void stop();
}

和

public interface NativeLogsReaderImpl extends NativeInterface {
    String readLogs();
}

之后我移除了NativeLogsReaderImpl，将所有方法合并到一个接口：

public interface NativeLogsReader extends NativeInterface {
    void start();
    void stop();
    String readLogs();
}

同时更新了调用代码片段：

private static NativeConnectivity getConnectionManager() {
    if (connectionManager == null) {
        try {
            NativeInterface ni = NativeLookup.create(NativeConnectivity.class);
            if (ni != null) {
                connectionManager = (NativeConnectivity) ni;
            }
        }
        // 原代码未补全异常处理与方法闭合
    }
}

但构建仍会生成NativeLogsReaderImplImplCodenameOne，请问为什么Codename One还会生成这个带ImplImpl的类？

问题原因及解决方法 #

• 构建缓存未清理：Codename One的Maven构建可能留存了旧接口的生成文件，导致重复生成。解决方式：
  1. 本地环境：删除项目根目录下的target文件夹，执行mvn clean install重新构建
  2. 云端构建：在Codename One构建控制台选择「Clean Build」，强制触发无缓存构建
• 旧接口引用未完全移除：检查项目中是否还有NativeLogsReaderImpl的残留引用：
  • 原生实现文件（iOS的.h/.m、安卓的.java）
  • 配置文件（如codenameone_settings.properties中的原生接口声明）
  • 其他业务类中是否存在NativeLookup.create(NativeLogsReaderImpl.class)的调用
• 插件版本问题：确认Codename One Maven插件版本为最新稳定版，旧版本可能存在缓存机制缺陷。更新插件版本后重新执行构建

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