很多 Java 老手第一次接触 Kotlin 的时候第一反应是装 IntelliJ IDEA再不行就用 Android Studio很少有人会想Eclipse 行不行。但实际上Eclipse 里跑 Kotlin 这件事不仅可行而且对于手上全是既有 Eclipse 工程、或者只想尝鲜写几段 Kotlin 代码的人来说反而更省事。这套环境我最近完整搭了一遍中间踩了不少文档里没写明白的坑这里把整个过程、踩坑点、版本选择逻辑一并梳理出来给需要走这条路的同学一份可以直接照抄的作业。1. 项目概述与思路拆解1.1 为什么要在 Eclipse 里写 Kotlin先说结论Kotlin 官方主推的开发环境是 IntelliJ IDEA 和 Android StudioEclipse 没有拿到一等公民待遇但这不代表它没法用。JetBrains 官方曾经在 Eclipse Marketplace 发布过 Kotlin Plugin for Eclipse虽然项目维护节奏偏慢但功能完全够用语法高亮、代码补全、编译器配置、运行调试都能覆盖。那啥时候你需要在 Eclipse 里搭 Kotlin 环境我遇到的情况主要有三类。第一类是公司存量项目是标准 Eclipse 工程团队成员全都用 Eclipse 做日常开发临时引入 Kotlin 做工具类或者数据解析逻辑不可能让整个团队为了几十行代码迁移 IDE。第二类是一个多模块工程里已经有大量 Java 代码你想试试 Kotlin 的 null safety 和扩展函数用 Eclipse 做渐进式混编其实比换 IDE 成本更低。第三类是 Eclipse 的插件生态里有你离不开的组件比如某些内部平台插件只兼容 Eclipse这时候 Kotlin 只能作为嵌入者进到这个 IDE 里。从个人学习角度来说在 Eclipse 里搭一次 Kotlin 环境也能帮你把编译器和IDE这两个概念彻底分清楚。你很快会发现Kotlin 代码编译靠的是 kotlinc 和 kotlin-maven-pluginEclipse 只是调用这些底层工具的可视化外壳。理解了这层关系后面排查环境问题就会顺畅很多。注意这里探讨的是 JVM 平台上的 Kotlin 开发不是 Android 开发。Android 的 Kotlin 支持几乎被 Android Studio 完全覆盖Eclipse 的 Android 场景不在本文范围内。1.2 版本矩阵与兼容性搭之前先对表Kotlin Eclipse 插件最大的坑是版本兼容。JetBrains 官方插件的维护节奏跟 Eclipse 发行版并不同步我这次安装使用的是 Kotlin Plugin for Eclipse 0.8.x 系列版本它对 Eclipse 的版本支持集中在 2021-034.19到 2022-064.24之间。这个插件构建于 Kotlin 1.4 时代后续通过 SDK 配置可以兼容编译更高版本的 Kotlin 代码。我用的是 Eclipse 2022-064.24加 Kotlin 插件 0.8.2配 JDK 17跑 Kotlin 1.8.22 编译器的代码完全没问题。但如果你下载的是最新的 Eclipse 2023-12 或者 2024 年版插件在安装阶段大概率直接报错因为插件 manifest 里声明的 Eclipse 版本上限不够。JDK 方面Kotlin 插件本身基于 Java 8 编写但在较新版本 Eclipse 上运行必须有 JDK 11 以上。如果你准备用 Kotlin 1.9.x 编译代码JDK 8 也能跑但更推荐直接上 JDK 17。这里有个细节Eclipse 启动时用的 JDK 和项目编译用的 JDK 可以是两码事但 Kotlin 插件的内嵌编译器会直接用 Eclipse 的 JVM 来跑所以最好让启动 Eclipse 的 JDK 和项目 JDK 保持同一个大版本省掉一类编译器启动失败的诡异问题。我实际选择的组合是组件推荐版本备注JDK1711 也可以别用 8Eclipse 新版本强制要求Eclipse2021-03 到 2022-06太新或太旧都可能无法安装插件Kotlin Plugin0.8.2Marketplace 里搜索结果靠后Kotlin 编译器1.8.22通过插件面板手动指定 SDK1.3 环境搭建的整体思路从零到跑通一个 Kotlin 程序实际上只有四个环节准备好 JDK、装好 Eclipse、在 Eclipse 里装 Kotlin 插件、创建一个带 main 函数的 Kotlin 文件并运行。听起来轻描淡写但每一步都有值得注意的细节。JDK 环节的核心是确认 JAVA_HOME 和 PATH 一致否则 Eclipse 启动和命令行 kotlinc 看到的 JDK 版本不一致。Eclipse 下载环节要看清发行包类型普通 Java 开发选 Eclipse IDE for Java Developers 就够不需要 Enterprise 版的重量级组件。插件安装环节最容易栽跟头Marketplace 搜索结果里会出现几个同名插件选错就装不上。创建与运行环节要避开把 Kotlin 文件放进 Java 项目再直接 Run的惯性思维Kotlin 项目需要插件配置专门的编译器入口。我把这四个环节的细节全部展开写你在实际操作时可以直接对照操作。2. 环境准备与安装配置2.1 先验 JDK别跳过这一步搭建 Kotlin 环境的前置条件只有一个JDK。但装个 JDK 不就行了吗这个想法会埋下很多隐患。我见过太多人在 Eclipse 里报Unsupported major.minor version或者 Kotlin 编译器直接起不来最后排查结果显示 JDK 版本过旧。你只需要做三件事。第一确认 JDK 是否安装命令行里执行java -version看到输出就说明 JDK 已可用。第二确认版本如果输出里有openjdk version 17.0.10这样的内容说明是 17如果看到 11 或者 21 也都可以。第三确认 JAVA_HOME 环境变量指向同一个 JDK 路径。这里有个很隐蔽的问题Windows 上如果曾经装过 JRE 8PATH 里可能残留了旧的java.exe但它跟 JAVA_HOME 指向的完全不是同一个东西。Eclipse 启动的时候读 JAVA_HOME而java -version读的是 PATH两者不一致时你会看到非常混乱的报错。解决办法是在命令行执行where java看一下输出列表第一个结果大概率就是 PATH 生效的路径。再执行echo %JAVA_HOME%在 Windows 下如果两个路径不一致优先修改系统环境变量把 JAVA_HOME 设置为 JDK 17 的安装目录然后把 PATH 里%JAVA_HOME%\bin放到最前面。Linux 或者 macOS 下可以用which java和echo $JAVA_HOME来排查。确认无误后最好重启一次终端或者 IDE让环境变量重新加载。提示Eclipse 2021-06 之后的版本要求 JVM 11再老一点的版本允许 JDK 8。但 Kotlin 插件 0.8.x 在 JDK 8 上运行虽然能启动编译 Kotlin 1.8 的代码时却可能出现奇怪的注解处理错误所以能用 17 就不要留恋 8。2.2 Eclipse 版本下载越新不等于越好很多新手喜欢在官网下载最新的 Eclipse 发行版但在 Kotlin 插件这个前提下最新恰恰是坑。我前面提到了 Kotlin Plugin 0.8.2 的兼容范围在 2021-03 到 2022-06 之间如果你下载了 Eclipse 2023-03 之后的版本插件安装界面会出现依赖无法满足的报错或者在安装到一半的时候回滚。所以正确的版本策略是直接访问 Eclipse 官方下载站的过去版本目录Eclipse 官方并未隐藏历史版本入口只是主页默认展示最新版选择 2022-06 版本。这个版本在功能上足够现代代码编辑体验也不输给后来的版本而且对 Kotlin 插件兼容性最友好。下载包类型选Eclipse IDE for Java Developers即可。这个发行包体积适中自带 JDTJava Development Tools不需要额外安装。如果你下载的是 Enterprise Java 版本也能用但会多出一堆 Web 开发组件占用内存对跑 Kotlin 没有额外帮助。下载完解压后直接运行eclipse.exeWindows或./eclipseLinux/macOS。首次启动会让你选 workspace 路径建议不要选有中文或者空格的目录Kotlin 编译器对带空格路径的处理虽然不会有致命错误但有些老版本的日志输出会变成乱码排查起来十分烦人。我建议你第一次启动后先顺手做一件事Window → Preferences → General → Workspace把 Workspace encoding 从默认的 GBK如果是中文系统改为 UTF-8。Kotlin 源码文件默认按 UTF-8 解析如果 Eclipse 的全局编码不是 UTF-8你写的字符串常量里的中文会变成乱码甚至导致编译不过。2.3 Kotlin 插件安装完整实操步骤Kotlin 插件的安装路径是Help → Eclipse Marketplace...这是 Eclipse 里安装第三方插件的标准方式。点击菜单后会打开 Marketplace 搜索窗口在搜索框输入Kotlin后回车搜索结果通常会列出几个条目最显眼的是名字带Kotlin Plugin for Eclipse的那个由 JetBrains 官方发布。关键细节来了搜索结果里可能有Kotlin IDE、Kotlin DevTools之类的第三方插件不要选。只认 JetBrains 发布的条目通常在描述栏里会写明 Kotlin programming language support for Eclipse。点击 Install 后Eclipse 会进入安装向导。这里要经历两个确认界面第一个界面会列出被安装的 Feature 细节直接 Next第二个界面会显示许可协议勾选 I accept... 后 Finish进入安装执行阶段。执行阶段右下角会有一个进度条期间 Eclipse 可能看起来像卡死了不用管等它跑完会弹出一个对话框告诉你 You must restart Eclipse for the changes to take effect点 Restart Now 即可。如果你在 Marketplace 里搜索不到也可以走手动安装路线Help → Install New Software...在 Work with 输入框中填 JetBrains Marketplace 更新站点地址。提示手动安装方式要求当前 Eclipse 版本不能太老否则安装窗口会一直提示 No repository found。这个验证非常严格比 Marketplace 的兼容性判断更早爆出问题也算是一种快速检查版本兼容性的手段。重启完成后可以在Window → Preferences里找到Kotlin配置项看到这个就说明插件安装成功。你还可以顺手看一下Window → Show View → Other...搜索 Kotlin确认 Kotlin 视角和 Kotlin 控制台列表存在。3. Kotlin 项目创建与首个程序3.1 新建 Kotlin Project正确姿势与常见误区插件装好之后创建项目的方式和 Java 项目类似但有一个重要差异不要用File → New → Java Project创建 Java 项目后再把 Kotlin 文件塞进去那会导致 Kotlin 文件无法访问 Kotlin 运行时库。正确姿势是File → New → Other...弹出对话框后输入Kotlin进行筛选在列表里选择Kotlin Project然后点击 Next。项目名称建议取英文比如kotlin-demoFinish 即可。创建完成后项目目录结构相当简洁默认只有一个src目录没有包结构Classpath 里已经自动引入了 Kotlin 标准库。你可以展开项目节点看一下Project Explorer里的内容如果出现了红色的错误标记不要急着处理多数情况是编译器 SDK 没设置好下一节处理。如果你看到的是Kotlin Project选项不存在那就说明插件安装环节出了问题。最常见的可能是插件版本与 Eclipse 发行版不匹配安装向导虽然成功但 New Wizard 里没有注册项目类型。这时候去Help → About Eclipse → Installation Details里看一下Plugins列表搜索org.jetbrains.kotlin.eclipse相关的插件条目确认哪些 bundle 处于Active状态。如果发现Resolved或者Installed但没有Active大概率是 JDK 版本问题把 Eclipse 启动 JVM 切到 JDK 11 以上再试。3.2 Kotlin 编译器与运行时配置新建项目后默认情况下的 Kotlin 编译器版本可能不是你想要的。Eclipse 插件的逻辑是插件内置一个 Kotlin 编译器同时允许你指定外部的 Kotlin SDK。第一次使用插件时它常常会要求你 Select Kotlin SDK弹窗里会让你选择已有 SDK 或者下载安装。这里我的建议是不要点击下载按钮那个下载源在国内经常连不上容易卡在 0% 导致假死。更稳的做法是手动指定一个已经下载好的 Kotlin 编译器目录。具体操作是先生成编译器目录。到 Kotlin 官方 GitHub Releases 页面下载kotlin-compiler-1.8.22.zip解压到一个纯英文路径比如解压后得到kotlin-compiler-1.8.22文件夹里面能看到bin、lib等目录。然后在 Eclipse 中打开Window → Preferences → Kotlin → Compiler点击Add...按钮在弹出的对话框中选择和解压目录相同的路径选中后确认再在Compiler面板里把它设为默认。如果你已经创建了 Kotlin Project也可以在项目上右键选择Properties → Kotlin → Compiler单独给这个项目指定 SDK。项目级配置优先于全局配置所以多模块工程里可以不同模块用不同版本的 Kotlin 编译器这在混合迁移场景中很实用。一个容易忽略的点是Kotlin 项目编译时默认目标 JVM 版本。如果你打算和 Java 代码互相调用需要把Kotlin → Compiler → JVM target设置成与 Java 项目编译级别一致否则会出现java.lang.NoSuchMethodError这类运行时错误。建议统一设置为 17配合 JDK 17 使用。3.3 第一个 Kotlin 程序从编写到运行验证环境配置到这里就基本齐了。在src目录上右键 →New → Kotlin File文件名填HelloKotlin点击 Finish。编辑器会自动打开新文件输入如下代码fun main() { val name Kotlin on Eclipse println(Hello from $name) }这可能是你写的第一个 Kotlin 程序注意几个 Kotlin 与 Java 的明显差异函数用fun关键字声明main函数不在类内部字符串模板用$变量名直接插入val声明的变量不可变。这些语法点不用急着全掌握先跑起来再说。保存文件后在编辑区右键 →Run As → Kotlin Application底部的 Console 视图会输出Hello from Kotlin on Eclipse看到这行输出说明整条链路已经打通。如果你右键后找不着Kotlin Application选项检查一下文件名和fun main()是否匹配Kotlin 插件的运行入口识别逻辑要求文件里有顶层 main 函数。还有一种可能文件虽然保存为.kt但项目没有 Kotlin 属性别笑我见过有人把 Kotlin 文件建在普通文件夹里右键看项目属性确认是 Kotlin Project。运行成功之后建议顺带做一个验证在同一个项目里新建一个java.util.ArrayList的 Kotlin 版本用法试试标准库互操作。比如fun main() { val list mutableListOfString() list.add(apple) list.add(banana) list.forEach { println(it) } }如果这个也跑通说明 Kotlin 标准库的类加载和集合类型映射一切正常环境可以用于实际开发。4. 从示例到实际工程构建工具集成4.1 用 Maven 管理 Kotlin 工程当你只写一两个 Kotlin 文件验证语法时Eclipse 的 Kotlin Project 足够用。但一旦进入真实项目一堆.kt源文件需要和既有 Java 工程一起编译、测试、打包就必须引入构建工具。Maven 是 Eclipse 生态里最顺手的构建工具。Kotlin 官方提供了kotlin-maven-plugin可以在 Maven 工程中混合编译src/main/java和src/main/kotlin两个目录。不过要提前说明Eclipse 的 Kotlin 插件并不完全理解 Maven 的kotlin-maven-plugin配置所以开发期你还是要靠插件的编辑器功能命令行构建则交给 Maven 完成。一个最简的pom.xml核心配置长这样properties kotlin.version1.8.22/kotlin.version java.version17/java.version /properties dependencies dependency groupIdorg.jetbrains.kotlin/groupId artifactIdkotlin-stdlib/artifactId version${kotlin.version}/version /dependency /dependencies build plugins plugin groupIdorg.jetbrains.kotlin/groupId artifactIdkotlin-maven-plugin/artifactId version${kotlin.version}/version executions execution idcompile/id phaseprocess-sources/phase goals goalcompile/goal /goals /execution /executions /plugin /plugins /build在 Eclipse 里导入这个 Maven 工程时建议选择File → Import → Maven → Existing Maven Projects让 Eclipse 通过 m2e 插件识别构建配置。但这里有一个很现实的坑Eclipse 的 m2e 不一定能正确触发kotlin-maven-plugin的执行导致你在 IDE 里 CtrlS 保存代码后看不到编译错误提示但命令行mvn clean package却可以正常构建。我的经验是不要指望 m2e 帮你解决 Kotlin 增量编译的问题写完代码直接交给 Maven 在命令行验证。如果你实在想在 IDE 里看到 Kotlin 错误标记就把项目的 Kotlin 编译器配置和 Maven 里的kotlin.version保持一致这样至少插件会在编辑时告诉你语法错误时序编译的活还是交给 Maven。提示如果模块里同时存在 Java 和 Kotlin 代码务必把src/main/kotlin显式加入 Maven 的 source 路径否则 Kotlin 类不会被编译进目标 jar。可以在build节点里增加sourceDirectory${project.basedir}/src/main/kotlin/sourceDirectory配置来兜底。4.2 Java 与 Kotlin 混编如何避免最常见的两个坑实际工程中一个类调用另一个语言写的类是很常见的事。Kotlin 代码调用 Java 代码通常毫无问题因为 Kotlin 编译器会读取 Java 字节码和源码。但反过来Java 代码调用 Kotlin 类时需要对 Kotlin 编译产物命名方式有些了解。核心规则Kotlin 顶层函数编译后会被放进一个以文件名命名的类里。比如StringUtils.kt里的顶层函数fun trimToEmpty(s: String): String在 Java 中调用时要用StringUtilsKt.trimToEmpty(s)。如果你不想让 Java 调用者看到这个自动生成的类名可以在 Kotlin 文件顶部用file:JvmName(StringUtils)指定file:JvmName(StringUtils) package com.example.util fun trimToEmpty(s: String): String s.trim()Java 代码中就可以这样调import com.example.util.StringUtils; String result StringUtils.trimToEmpty( hi );第二个坑是 Kotlin 中的null类型在 Java 侧会变成平台类型。Kotlin 函数的参数如果声明为String!平台类型Java 代码传空值不会报编译错误但在 Kotlin 侧如果该参数实际上不允许为空运行时会抛NullPointerException。为了避免这类问题建议在 Kotlin 类中公开给 Java 调用的方法参数统一使用NotNull注解或者默认参数约束。你可以在 Kotlin 1.8 上使用JvmOverloads来生成重载方法减少 Java 调用时的参数匹配麻烦。Eclipse 集成了 JDT 和 Kotlin 插件后Java 和 Kotlin 之间的互调可以通过Proceed方式正常编译先由 Kotlin 编译器生成 Java 可读的 class再由 JDT 编译 Java 代码。不过 Eclipse 的混合增量编译器偶尔会犯迷糊出现类找不到的错误。遇到这种状况就用菜单里的Project → Clean...清理全部项目再让 Eclipse 重新编译。5. 常见问题与排查技巧实录5.1 插件安装失败的三种典型症状症状一Marketplace 搜索结果为空。这种情况多发生在 Eclipse 版本过老或者网络受限时。先确认 Eclipse 能正常访问互联网Window → Preferences → General → Network Connections里如果配置了代理确认代理地址写对了。如果代理没问题可能就是 Marketplace 索引没有加载出来点搜索框旁边的手动刷新按钮等两分钟重试。症状二安装到一半回滚提示 Cannot complete the install because one or more required items could not be found。这个几乎是版本兼容性问题的标准台词。要去Help → About Eclipse查看Version确认是在 2021-034.19到 2022-064.24区间内。如果版本太新按我说的方法换一个 2022-06 版本重装。症状三插件已安装但菜单里没有 Kotlin 相关选项。这种情况通常是插件 bundle 处于无效状态。检查Help → About Eclipse → Installation Details → Plug-ins里搜索org.jetbrains.kotlin开头的 bundle如果状态显示Resolved而不是Active从启动 JVM 版本下手编辑 eclipse.ini确认-vm参数指向 JDK 17 的javaw.exeWindows 下彻底重启。5.2 JDK 与编译器报错速查运行 Kotlin 代码时报Unsupported class version错误不用怀疑就是编译器生成的字节码版本高于 JVM 支持的版本。检查三点Eclipse 启动 JVM 版本eclipse.ini 或启动日志、项目 JVM target、实际运行环境版本。三者必须形成一条统一链路比如 JVM target 17那 Eclipse 和 java 命令都应该是 17。如果你在 Kotlin 代码里使用了val x listOf(1,2,3).map { it * 2 }这类函数式 API编译报ClassNotFoundException: java.lang.invoke.LambdaMetafactory那是目标 JVM 版本配成了 7 或更低。Kotlin 1.8 已不支持 JVM 7 以下目标把JVM target改到 17 后一切正常。还有一个非常隐蔽的问题Eclipse 项目里同时存在多个 JDK 时JRE System Library可能被 m2e 自动换成了 JDK 8但 Kotlin 编译器却按 JDK 17 编译。这种错位不会立刻报错等运行到 Java 反射调 Kotlin 方法时忽然崩溃。解决方法是进入Java Build Path把JRE System Library显式绑定成 JDK 17。5.3 Kotlin 运行、控制台与乱码问题右键Run As → Kotlin Application后 Console 没反应或者只弹出一个窗口又立刻关闭。这种情况十有八九是控制台视图没有捕获到输出点击 Console 视图右上角的 Pin and Clone 图标新建一个控制台页重新运行。另外一个常见原因是程序里在main方法外还有非吊顶代码比如文件里写了顶层初始化块控制台输出会在新开的终端窗口显示你需要检查 Run Configurations 里的显示方式。控制台输出中文乱码是个老生常谈的问题但出现时还是容易让人抓狂。这个问题的根源通常在于 Eclipse 控制台默认编码和源码文件编码不一致。我之前提到过把 Workspace encoding 改成 UTF-8但如果你的项目里混着 GBK 的 Java 文件全局改成 UTF-8 反而会让 Java 源码中文注释变乱码。更稳妥的做法是只给 Kotlin 设置 UTF-8Project Properties → Resource → Text file encoding选 UTF-8同时确保所有.kt文件保存时就是用 UTF-8 编码写的。旧的 Kotlin 文件如果是 ANSI 编码先在记事本里另存为 UTF-8 再放回工程。控制台如果还乱可以去Run → Run Configurations → Common → Console Encoding单独指定 UTF-8这样 Kotlin 程序的输出就稳定了。5.4 一张表看懂常见错误与处理方式错误信息原因处理The project is not a Kotlin project把 .kt 文件放进普通 Java 项目新建 Kotlin Project 或将项目转换为 Kotlin 性质Could not find or load main classKotlin SDK 未配置Window → Preferences → Kotlin → Compiler添加 SDKUnable to make field private final java.lang.String java.lang.Throwable.message accessibleJDK 模块访问限制Eclipse 加 JVM 参数--add-opens java.base/java.langALL-UNNAMEDUnresolved reference标准库未导入或 SDK 路径无效重新配置 Kotlin SDKThe method must override or implement a supertype methodKotlin 和 Java 接口签名不匹配检查 JVM target 与 Java 编译级别java.lang.StackOverflowError项目间循环依赖清理构建路径移除 Has? 循环引用Console 没有输出控制台视图未捕获重新打开 Console 视图或 Pin and Clone中文乱码编码不一致统一 UTF-8 编码控制台单独指定 UTF-86. 实操经验与扩展建议这套环境我前后搭过三次最后一次终于顺手了其中几个关键决策我觉得值得再强调一下。如果你只是为了跑通语法示例就用 Eclipse 2022-06 加上 Kotlin 插件 0.8.2 和 JDK 17别再折腾更高版本的 Eclipse。这个组合下我实测运行 Kotlin 1.8.22 的项目日常编码、编译、运行都稳定就是代码补全比 IDEA 稍慢半拍但完全不影响写代码。如果你是准备把这个环境用于正式项目我有两个扩展建议。第一个建议是把 Maven 构建流程尽早固定下来。Eclipse 里的 Kotlin 插件擅长编辑和运行但不擅长做复杂工程的产物管理。kotlin-maven-plugin稳定性已经很高你可以在本地命令行先跑通mvn clean package再回到 Eclipse 里写代码避免 IDE 提示和命令行结果不一致带来的干扰。第二个建议是给 Kotlin 文件加上约定俗成的包结构。Eclipse 的 Kotlin 项目默认不建包目录但真实项目里包名是必须的。你可以在src下手动右键New → Package命名成com.yourorg.demo.util然后新建 Kotlin File 时把它放进对应包。这样将来和 Java 混编时file:JvmName和package声明都会更清晰。最后分享一个我只在工作中发现的技巧在 Eclipse 里开发 Kotlin 时CtrlShiftOOrganize Imports对 Kotlin 文件也有效能自动补出kotlin.*扩展方法的 import。经常出现的情况是你调用了listOf().map{}但没导入任何包实际上不需要导入但当你使用kotlin.math.max这类函数时没有导入会标红。用 Organize Imports 可以一次解决所有缺失导入比手动找包路径效率高得多。环境搭好之后下一步你自然要去学 Kotlin 语法了。别急着看高阶的协程和 DSL先把空安全、数据类、扩展函数、顶层函数这几个特性吃透。这些在 Eclipse 里的代码补全支持虽然不如 IDEA 丰富但基础的提示和错误标记都是有的。等你写了几百行代码再回头看会庆幸当时选择先在 Eclipse 里跑通因为你对编译器职责边界的理解肯定比直接用 IDEA 要深。这就是我这次 Kotlin Eclipse 环境搭建的全部记录了。如果你照着我这个流程仍然卡在某些环节欢迎在评论区留言说明你的 Eclipse 版本和报错信息我可以帮你缩小范围继续查。