技术文章
上周五晚上11点半，北京西二旗的秋风已经有点刺骨了。我裹着冲锋衣，走出公司大楼，扫了一辆共享单车往回骑。房租3500的次卧，虽然不大，但好歹有个独立的卫生间，能让我在这座大城市里有个喘息的角落。洗完澡躺在床上，我脑子里却还在跑着代码。
最近半年，我从干了3年的外包公司跳槽到了现在这家甲方，月薪从15k涨到了22k。表面上看是终于“上岸”了，但最近我和老婆在商量要不要回老家发展，心里挺乱的。老家那边虽然安逸，但技术氛围和薪资落差让我很纠结。不过，今晚我想先不聊这些沉重的话题，聊聊我最近为了缓解焦虑，在业余时间折腾IDE插件开发的一些踩坑经验。就当是跟兄弟们喝大绿棒子时的吹水，希望能给同样在代码海里挣扎的你一点启发。
作为一个Java开发，天天在IDEA里写CRUD，有时候真的会觉得枯燥。特别是跳进甲方后，各种规范、代码审查、文档要求压得人喘不过气。为了让自己少加点班，也为了在年底绩效面谈时能有点拿得出手的“技术亮点”，我决定自己写一个IDEA插件。我的初衷很简单：做一个能结合本地大模型，帮我自动生成单元测试和注释的辅助工具。说干就干，我翻出了官方文档，建了个Gradle项目。本以为凭我3年多的Java功底，这还不是手到擒来？结果，现实很快给我上了一课。
IDEA插件的后端逻辑用Java写没问题，但如果你想做一个好看的侧边栏（Tool Window），官方推荐使用JCEF（内嵌Chromium浏览器）。这就意味着，我得写前端代码。要知道，我可是个纯正的后端老哥，CSS和JS对我来说简直就是天书。为了快速搞定UI，我投机取巧，用了Vercel的 v0。这玩意儿确实神，我输入“一个带有暗黑主题、包含代码输入框和生成按钮的侧边栏”，它瞬间就给我吐出了一套漂亮的React组件代码。
我美滋滋地把代码拷进项目，结果一运行，傻眼了。在JCEF环境里，页面直接白屏，控制台狂报跨域和模块加载错误。我这才意识到，JCEF对现代前端框架的支持并没有那么完美，尤其是涉及到ESM模块和复杂路由的时候。没办法，我只能硬着头皮去改 Javascript 代码，把那些花里胡哨的框架依赖全剥离掉，退化成最原生的JS去写DOM操作和事件监听。那几天，我下班后连饭都顾不上吃，盯着屏幕上一行行JS代码，眼睛都熬红了。当时真的很焦虑，差点想放弃，心想“我一个写Java的，干嘛要受这前端的罪”。但看着UI一点点在IDE里渲染出来，那种成就感，真的比发工资还爽。
UI搞定后，核心问题来了：怎么接入大模型？考虑到公司的代码保密要求，我绝对不能调外网的API。于是，我选择了在本地部署 Ollama，跑一个Qwen2.5-Coder模型。
在Java里调用Ollama的HTTP接口，听起来很简单，用个OkHttp或者RestTemplate就行了。但我这里踩了一个巨坑。因为大模型生成代码是流式输出（Streaming）的，如果我在Java里用同步阻塞的方式去读流，IDEA的UI线程（EDT）就会直接被卡死，整个编辑器动都动不了。
这就是我要分享的第一条核心 实战经验：在IDE插件开发中，绝对、绝对、绝对不要在EDT线程执行耗时操作！ 所有的网络请求、模型推理等待，必须扔到后台线程去。我用了 ApplicationManager.getApplication().executeOnPooledThread() 来执行请求，然后通过 InvokeLater 把生成的文本片段一点点推送到前端UI。
第二个坑是内存泄漏。Ollama的流式响应如果处理不当，很容易导致Buffer堆积。我一开始用StringBuilder去拼接所有的流式数据，结果生成一个长一点的测试类，IDEA直接OOM崩溃了。后来我改成了直接通过JCEF的JS Bridge，把每一个chunk实时推给前端的 Javascript 进行追加渲染，后端的Java只负责转发，不再做内存缓存。看着控制台里模型吐出的代码像打字机一样在侧边栏里丝滑地出现，我长舒了一口气，这感觉，太特么丝滑了！
插件终于跑通的那天，是上个月的一个周末。我在家里测试，一键生成了几百行单元测试，覆盖率直接拉满。老婆在旁边看着，眼睛都亮了：“哇，老公你太厉害了吧，这自己写的工具比网上那些收费的还牛！”
看着她崇拜的眼神，我心里突然有点酸。晚上做饭的时候，我们又聊起了回老家的事。我一边切土豆丝一边说：“要是回老家，估计用不上这些高级玩意儿了，天天搞搞ERP，写写增删改查，我这身技术可能就废了。”
老婆把炒好的菜端上桌，拍了拍我的肩膀说：“技术是长在你脑子里的，又不是绑定在IDEA上的。你在外包熬了3年，现在能跳进甲方，还能自己折腾出这么牛的插件，这说明你学习能力没问题。回老家怎么了？回老家你也是技术最牛的那拨人。别为了逃避现在的压力才想回去，要回去，也得是带着底气回去。”
这句话像一道闪电，瞬间劈开了我心里的迷雾。是啊，我到底在焦虑什么？回老家不是退路，而是另一种选择。只要我保持对技术的热爱，保持折腾的能力，在哪里不能发光呢？这个自己写的IDE插件，不仅提高了我的工作效率，更重塑了我的技术自信。
最后，给想折腾IDE插件的兄弟们总结几条血泪 实战经验：
- 线程模型是重中之重：再次强调，UI操作和后台任务必须严格分离。多用
ReadAction和WriteAction来保证线程安全，别等IDE卡死了才去查日志。 - JCEF通信要轻量：Java和前端JS之间的通信（JS Bridge）尽量传递简单的JSON字符串，别传复杂的Java对象，序列化/反序列化的开销在频繁调用时会让你怀疑人生。
- 善用官方API，少造轮子：IDEA的Open API非常庞大，很多你想实现的功能（比如代码高亮、AST解析），官方都有现成的工具类。自己用正则去抠代码，不仅慢，还容易出Bug。
- 做好降级处理：如果你的插件依赖外部服务（比如我依赖的Ollama），一定要做好超时和降级处理。不能因为本地大模型没启动，就把人家的IDEA给搞崩了，那是要被同事骂娘的。
写完这篇文章，窗外的天已经蒙蒙亮了。我合上电脑，准备去厨房给老婆做个早饭。关于要不要回老家，我依然没有最终的决定，但我不再像之前那样焦虑和迷茫了。
从外包到甲方，从月薪15k到22k，我用了3年。这3年让我明白，程序员的底气不是平台给的，而是自己一行行代码敲出来的。无论未来我是在西二旗继续卷，还是回老家过老婆孩子热炕头的生活，只要我还能像现在这样，为了一个技术痛点去死磕，去折腾，我就不会混得太差。
兄弟们，别光顾着写业务代码了，业余时间搞点自己的小工具，写写插件，哪怕是造个没用的轮子。那种掌控代码、掌控生活的感觉，真的会让你在疲惫的打工生涯中，找到属于自己的一点光。
共勉！明天还要早起开站会，我先去煎鸡蛋了。
评论 0