很多Java开发者都经历过这种场景：准备面试刷题，打开网页版LeetCode，一边看题一边切到IDEA里写代码，写完再复制回网页提交，一套流程下来，上下文切换至少烧掉五分钟。
其实这个问题早就有解了——在IDEA里装一个leetcode-editor插件，题目、编辑、调试、提交全部在IDE内完成。这个插件相当于把LeetCode的题库、题目详情、答题框、提交按钮都搬进了开发环境，你写完代码直接右键提交，完全不用离开舒适区。
这篇文章写给三类人：一是觉得网页刷题来回切换太痛苦的Java开发，二是想在IDE里利用代码补全、调试器刷题的效率党，三是准备面试想要积累题解历史的同学。我会从插件选型、环境准备、配置细节、实际刷题流程到踩坑实录，完整讲清楚这个插件到底怎么用，以及哪些设置值得花时间调。
1. 为什么要装这个插件，而不是继续用网页
1.1 网页刷题的隐性成本
先说一个反直觉的结论：网页刷题真正消耗时间的不是解题，而是切换上下文。
在浏览器里看题目，编辑器里写代码，IDE里调试，三个窗口来回切。人的工作记忆容量是有限的，每切一次窗口，大脑都要重新加载“现在在干什么”这个上下文。刷一道中等难度的题，如果来回切六到八次窗口，光切换损耗就够再做一道简单题了。
网页编辑器本身也不好用。没有熟悉的快捷键映射，没有自定义代码模板，补全能力弱，更别提本地调试。很多人刷题遇到“输出对不上预期”的时候，只能在网页里用极简的打印语句排查，效率非常低。
还有一个长期积累的问题：刷过的题没有结构化沉淀。网页上虽然有提交记录，但想按标签回顾、整理成笔记、复盘思路，体验都很零散。
1.2 这个插件解决的三个核心痛点
leetcode-editor插件，核心就做了三件事。
第一，把题库嵌入IDE工作台。安装后IDEA侧边栏会多出一个LeetCode工具窗口，里面是题目列表，支持按难度、标签、状态筛选。点开一道题，编辑器直接打开题目描述和代码模板，左边题目，右边代码，布局一目了然。
第二，复用IDE的编辑和调试能力。这个优势不用多说，在IDEA里写Java代码，语法高亮、自动补全、重构、格式化、本地调试，全套工具链直接套用。很多人觉得“刷题嘛，能用就行”，但真写起来就会意识到，能断点调试比在网页里print快太多。
第三，本地存储提交记录和自定义模板。写完代码提交，插件能把通过状态、执行用时、内存消耗都拉回来。你再也不必担心“我上周刷了什么题？”记不起来的问题，打开工具窗口就是你的刷题历史。
1.3 我理解的插件工作逻辑
用这个插件之前，搞清楚它大概是怎么工作的，能帮你少踩不少坑。
从架构上看，它就是IDEA平台上的一个插件，对外调用LeetCode的接口来拉题目列表、题目详情、提交代码。本地侧，插件会把题目检索缓存、你的提交记录、题解草稿存到IDEA的配置目录里，以XML和文件形式保存。这意味着两件事：一是网络通不通直接关系到题目能不能加载；二是你在编辑器里写的解法，其实落在本地文件，即使插件出问题也不会丢。
带着这个理解，后面配置登录、设置模板参数、排查“为什么提交不了”“为什么题目列表是空的”等问题，思路会清晰得多。
2. 环境准备与插件安装
2.1 IDEA版本和JDK环境的兼容性
先说结论：建议使用2024.2及以上版本的IDEA，JDK环境18+。
我最早在旧版本IDEA上装过一次，当时用的还是2019版，插件能装上但界面渲染有些小问题，题目面板偶发不刷新。换到新版本IDEA之后，这些问题再没出现过。并不是说旧版完全不能用，而是新版IDEA对插件API的支持更稳定，社区版和专业版都能正常使用这个插件，不需要额外付费用专业版。
JDK集成这块，IDEA本身自带JBR，一般不需要你手工配置。但有一点要注意：如果你改了IDEA的启动JDK路径，或手动指定了过旧的JDK版本（比如8），某些插件功能可能异常。保持IDEA默认的JDK版本就行。
2.2 插件市场一键安装的完整路径
推荐用IDEA内置插件市场安装，最省事。
打开IDEA，进入Settings（macOS上是Preferences），选择Plugins，在搜索框里切到Marketplace标签页，输入leetcode-editor。注意搜出来可能有好几个同名或相似名字的插件，认准leetcode-editor即可，作者信息处会显示中文。确认后点击Install，装完重启IDEA。
重启之后，重点检查一件事：IDEA右侧或侧边栏有没有出现LeetCode工具窗口的图标。如果没有，去View -> Tool Windows里找LeetCode，勾选就能显示出来。这一步容易漏，很多人装完就找不着入口，其实只是工具窗口默认没打开。
2.3 手动安装jar包的备选方案
插件市场找不到、公司网络安装了开发环境限制插件市场访问、或者你想用某个特定版本，这些场景下手动安装也行。
去IDEA插件官方网站搜索leetcode-editor，直接下载jar包。或者去该插件的GitHub Releases页面下载对应版本。然后在Settings -> Plugins界面右上角点击齿轮图标，选择Install Plugin from Disk...，选中下载的jar包，确认后重启。
注意，jar包版本和IDEA版本要匹配。过于陈旧的插件jar包在2023.1之后的IDEA上可能直接提示“不兼容”或被禁用，这时候只能换新版jar，或者在IDEA里再判断是否值得强行兼容。一般建议直接用插件市场最新版，没必要折腾老版本。
3. 登录配置与关键参数调优
3.1 登录方式选择：Cookie登录和账号密码登录
安装完插件，第一件事是登录。打开LeetCode工具窗口，会看到登录配置入口。
这里有两种登录方式：一种是Cookie登录，一种是账号密码登录。
Cookie登录的路径是：先在浏览器登录LeetCode，从浏览器开发者工具里复制Cookie值，粘贴到插件的登录框。这种方式的好处是能“借用”浏览器已登录的会话，减少账号密码出错的风险。
账号密码登录则更直接，在插件配置里填LeetCode用户名和密码。初次配置时，插件会要求选择登录URL。这里有两个常用选项：
https://leetcode.cn，国内镜像站，国内网络访问稳定https://leetcode.com，国际站，题目和社区数据更全，但国内访问可能慢
我个人的做法是：平时刷题用leetcode.cn，速度和稳定性都更好，题目数量对面试准备完全够用。
3.2 一个隐藏的登录坑：验证码配置
这块必须单独讲，因为太容易踩了。
在账号密码登录模式下，如果插件提示“登录失败”或“需要验证码”，不是你的账号密码错了，而是需要临时开启LeetCode账号的“登录验证码”功能。
具体操作为：在LeetCode网页端登录后，进入个人设置，找到安全设置，开启登录验证码选项。开启后，LeetCode会向你绑定邮箱或手机发送验证码，把收到的验证码填到插件登录窗口里面。
我第一次遇到这个问题时，反复检查密码改了三次也没用，后来才搞清楚是验证码这个开关没打开。这个坑在插件的早期版本尤其常见，现在版本也保留了同样的验证流程。所以遇到登录失败先别改密码，先去看安全设置。
3.3 配置面板里值得调的设置项
登录成功后，打开Settings -> Tools -> LeetCode Plugin（具体名称可能因版本不同而有差异），能看到一堆配置项。我逐个分享下我实际使用的配置思路。
URL设置：如果网络环境不稳定，可以在登录URL和题目前缀URL之间切换leetcode.cn和leetcode.com，具体的切换测试方法后面会说。
Code Type：选Java，或者你正在用的语言。这个决定了题目打开的代码模板语言。
Class Name：建议设置为题号，比如two-sum，这样生成的类名不会冲突。如果你用默认的Solution，多道题打开时，同一个编辑器里会有多个Solution类，编译时容易撞名。
Template Content：这是核心模板配置，下文单独讲。
Show Topics：开启后题目详情里会显示该题涉及的数据结构/算法标签（数组、链表、动态规划等），做专题训练时很方便筛选。
自定义快捷键：给“打开下一题”、“打开上一题”绑定快捷键。我习惯绑Ctrl+Alt+Down和Ctrl+Alt+Up，刷题时手不离开键盘。
3.4 模板配置：让生成的代码直接可运行
模板配置决定了一道题在IDEA里打开的代码长什么样。默认模板比较朴素，建议稍微定制一下。
我的模板是下面这样的思路：
// 题号：${question.frontendId} 题目：${question.title} // 难度：${question.difficulty} 标签：${question.tags} package leetcode.editor.cn; import java.util.*; class ${question.titleSlug} { public static void main(String[] args) { Solution solution = new Solution(); // 在这里可以写测试用例 System.out.println(); } } class Solution { // 题目给出的方法签名贴在这里 }模板里能用的参数不止这些，核心变量大概有这些：
${question.title}：题目标题${question.frontendId}：题号${question.content}：题目描述${question.difficulty}：题目难度${question.tags}：标签列表${code}：主代码模板（你写解法的主体区域）
这个模板的作用是让每道题打开就能直接main调试，不需要每次都手写测试代码框架。你写的解法放在Solution类里，提交时插件会只提交Solution类这部分，main函数和导入不会出现在提交里。这就是为什么模板配置要特意区分“本地运行代码”和“提交代码”的原因。
4. 从打开题目到提交代码的完整实操
4.1 第一关：题目列表加载与打开
登录后，LeetCode工具窗口里会出现题目列表。首次加载可能需要几秒，网络不好时可能转圈较久，这里不是卡死，耐心等就行。
题目列表支持按状态筛选，比如只看未做过的、只看已通过的。我刷题时候的习惯是：先按“难度+标签”筛选，选出某个专题的题目，集中训练。比如今天练动态规划，筛选动态规划标签，然后从简单到难顺序做。
点击任意一道题，编辑器会自动打开两个文件：一个是题目的代码模板文件（类似leetcode/editor/cn/[题目名].java），另一个通常是题解文件。代码文件顶部就是题目描述和模板，下面就是可以写代码的区域。
4.2 第二关：编写解法与本地调试
在IDEA里写解法，最大的红利就是本地调试。
写完解法后，先别急着提交。在模板的main函数里写几个测试用例，直接运行，看输出是否符合预期。这一步的体验比网页好太多——你可以加断点，可以看变量，可以逐步执行。
举个例子，做一道二叉树题目时，我建树的逻辑总是写错。如果在网页里，我也许只能打印遍历结果来排查；在IDEA里，直接断点打到递归函数入口，看每层传参，几秒钟就定位问题。
调试完成后，记得删掉或注释掉调试用的main函数，或者确保提交前用的模板是干净的。因为提交时插件会把模板里的主代码区域提取出来发送到远端，如果main函数混在里面，可能导致编译不通过。
4.3 第三关：本地测试通过后如何提交
代码写好、本地测试过了，提交入口在编辑器右键菜单里，选项是Submit或提交。
点击后，插件会调用LeetCode接口，把当前代码文件中的Solution部分提交。提交结果会弹窗显示：通过、失败、超时、编译错误等，还会带上执行用时和内存消耗数据。
如果提交失败，插件一般会返回失败的用例信息。比如“输入为[1,2,3]时输出错误”这类信息。拿到这个用例，直接粘贴到本地main函数里重新跑，加断点调试，再提交，循环几次基本都能过。
提交历史可以在LeetCode工具窗口的“提交记录”标签页查看，里面能看到之前每次提交的代码、耗时、状态，方便复盘。
4.4 刷题效率小习惯：趁手工具就该这样用
用这个插件的时间长了，我逐渐养成几个习惯，分享给你参考。
第一，给“下一题”和“上一题”绑定快捷键。刷题遇到不会的题，先标记一下，跳过，继续下一题。回头再集中处理，避免卡在一道题上磨没了信心。
第二，每道题提交通过后，直接在题解文件里写当时的思路和复杂度。因为题解文件就在项目目录里，相当于你的专属刷题笔记，之后复习的时候直接翻本地笔记，比去网页上看别人的笔记有用得多。
第三，定期换登录URL测试。偶尔国内镜像不稳定时，题目加载会卡，切到英文站试试。我一般默认用国内站，遇到题目详情不显示时再切，不是必须二选一。
5. 高频问题排查与避坑指南
5.1 问题速查表
| 现象 | 可能原因 | 解决办法 |
|---|---|---|
| 题目列表一直转圈加载不出来 | 网络无法稳定连接LeetCode接口，或URL选择的站点不通 | 在插件设置里切换leetcode.cn和leetcode.com，同时检查系统代理是否拦截 |
| 登录提示失败 | 账号密码错、验证码未开启、登录URL选错 | 去网页端开启登录验证码，获取验证码后再填；确认登录URL与账号所在站一致 |
| 提交后提示编译错误 | 模板里main函数或测试代码混入提交内容 | 确保最终提交时编辑器里的代码只包含Solution类，移除多余main方法 |
| 提交后提示“代码不能为空” | 使用了自定义模板但${code}参数未正确解析 | 检查模板里是否有${code}占位符，没有则单独创建一个普通Java文件提交验证 |
| 插件市场搜不到插件 | 网络原因插件市场加载不全，或使用的IDEA版本较旧 | 直接去插件官网或GitHub下载jar包，手动安装 |
| 代码高亮或补全失效 | 打开的不是Java文件，或IDEA索引未建立 | 确认文件在项目源码目录下，等待IDEA索引构建完成后重启工具窗口 |
| 打开题目后编辑器内容为空 | 模板配置错误或首次初始化失败 | 在设置里恢复默认模板，重新打开题目 |
5.2 几个容易忽略的隐藏坑
先讲一个我印象深刻的：密码里有特殊字符容易登录失败。我当时密码里含@和#，用账号密码登录一直报错，一度怀疑是插件坏了。后来把密码简化成纯数字字母组合，问题立刻消失。这大概率是URL参数解析时特殊字符没做正确转义导致的。如果不想改密码，可以改用Cookie登录绕开账号密码流程，也是一条路。
第二个坑是超时时间设置。插件配置里有个超时时间参数，默认60秒。国内网络环境不好的时候，题目加载或提交很容易超出这个时限而显示失败。我习惯调大到300秒，刷题时基本不会再被超时弹窗打断。网络差时这个参数很救命。
第三个坑是Language Level设置。IDEA里会有Language Level选项（生效的Java版本级别）。如果选了太低的级别，代码里用了一些较新的语法特性会直接被编译报错。做算法题时很多人的思路会用到var、List.of()这类Java 10+特性，语言级别不对就会白报错。检查一下项目或文件级别的Language Level，至少选到Java 11。
第四个容易被忽略的点：插件的数据文件位置。插件把题目数据、配置、提交历史都存到了IDEA的config目录下的leetcode-editor文件夹里。如果你换了电脑或重装了IDEA，担心刷题数据丢失，备份这个文件夹就行。有次我重置开发环境，忘了备份，重新登录后发现之前的提交记录全部清零，吃了个哑巴亏。
5.3 一个亲测有效的排查思路
如果你遇到插件整体异常（比如面板打不开、提交无反应），最有效的排查顺序是：
- 重启IDEA一次。很多插件问题其实就是运行时状态卡住了，重启能解决大半。
- 看IDEA的日志，路径通常在
Help -> Show Log in Explorer/Finder。搜关键字leetcode，能看到插件的报错信息，比瞎猜强太多。 - 如果日志里明确显示了网络超时或接口返回异常，优先切换登录URL或调整超时时间。
- 如果日志显示本地数据解析失败，很大概率是旧版本缓存和新版插件之间不兼容。清掉插件数据目录里的cache文件，重新加载题库即可。
这套顺序我用下来，至少能解决九成问题，比到处搜帖子靠谱。
以我刷了两百多道题的经验来看，leetcode-editor插件最大的价值不是“炫”，而是把刷题这个行为彻底纳入到了日常开发工作流里。题目即项目，解法即代码，提交即反馈，全程不离开IDEA。一开始配置登录时多花十分钟，后面每天省下的窗口切换时间远不止这个数。
最后再分享一个个人习惯：我每次打开一道新题，会先看标签判断出题方向，再花一分钟自己设计测试用例，把边界情况写在main函数里，然后才开始写解法。完成这道题后，这些测试用例我都留在本地，下次复习时直接跑一遍就能检验思路是否还记得住。这个流程，纯网页刷题是根本没法操作的，这也是我一直保留这个插件的核心理由。
