「除了 Claude、豆包和 Gemini 之外，知名的闭源和开源 LLM 通常表现出很高的蒸馏度。」这是中国科学院深圳先进技术研究院、北大、零一万物等机构的研究者在一篇新论文中得出的结论。

前段时间，一位海外技术分析师在一篇博客中提出了一个猜想：一些顶级的 AI 科技公司可能已经构建出了非常智能的模型，比如 OpenAI 可能构建出了 GPT-5，Claude 构建出了 Opus 3.5。但由于运营成本太高等原因，他们将其应用在了内部，通过蒸馏等方法来改进小模型的能力，然后依靠这些小模型来盈利（参见《GPT-5、 Opus 3.5 为何迟迟不发？新猜想：已诞生，被蒸馏成小模型来卖》）。

当然，这只是他的个人猜测。不过，从新论文的结论来看，「蒸馏」在顶级模型中的应用范围确实比我们想象中要广。

具体来说，研究者测试了 Claude、豆包、Gemini、llama 3.1、Phi 4、DPSK-V3、Qwen-Max、GLM4-Plus 等多个模型，发现这些模型大多存在很高程度的蒸馏（Claude、豆包和 Gemini 除外）。比较明显的证据是：很多模型会在声明自己身份等问题时出现矛盾，比如 llama 3.1 会说自己是 OpenAI 开发的，Qwen-Max 说自己由 Anthropic 创造。

蒸馏固然是一种提升模型能力的有效方法，但作者也指出，过度蒸馏会导致模型同质化，减少模型之间的多样性，并损害它们稳健处理复杂或新颖任务的能力。所以他们希望通过自己提出的方法系统地量化蒸馏过程及其影响，从而提供一个系统性方法来提高 LLM 数据蒸馏的透明度。

• 论文标题：Distillation Quantification for Large Language Models


• 论文链接：github.com/Aegis1863/L…


• 项目链接：github.com/Aegis1863/L…

为什么要测试 LLM 的蒸馏情况？

最近，模型蒸馏作为一种更有效利用先进大语言模型能力的方法，引起了越来越多的关注。通过将知识从更大更强的 LLM 迁移到更小的模型中，数据蒸馏成为了一个显著的后发优势，能够以更少的人工标注和更少的计算资源与探索来实现 SOTA 性能。

然而，这种后发优势也是一把双刃剑，它阻止了学术机构的研究人员和欠发达的 LLM 团队自主探索新技术，并促使他们直接从最先进的 LLM 中蒸馏数据。此外，现有的研究工作已经揭示了数据蒸馏导致的鲁棒性下降。

量化 LLM 的蒸馏面临几个关键挑战：

最重要的是，数据蒸馏在学术界的广泛使用和高收益导致许多研究人员避免批判性地检查与其使用相关的问题，导致该领域缺乏明确的定义。

研究者使用了什么方法？

作者在论文中提出了两种方法来量化 LLM 的蒸馏程度，分别是响应相似度评估（RSE）和身份一致性评估（ICE）。

RSE 采用原始 LLM 的输出与学生大语言模型的输出之间的比较，从而衡量模型的同质化程度。ICE 则采用一个知名的开源越狱框架 GPTFuzz，通过迭代构造提示来绕过 LLM 的自我认知，评估模型在感知和表示身份相关信息方面的差异 。 

 他们将待评估的特定大语言模型集合定义为 LLM_test = {LLM_t1，LLM_t2，...，LLM_tk}，其中 k 表示待评估的 LLM 集合的大小。

响应相似度评估（RSE）

RSE 从 LLM_test 和参考 LLM（在本文中即 GPT，记为 LLM_ref）获取响应。作者随后从三个方面评估 LLM_test 和 LLM_ref 的响应之间的相似度：响应风格、逻辑结构和内容细节。评估者为每个测试 LLM 生成一个它与参考模型的整体相似度分数。

作者将 RSE 作为对 LLM 蒸馏程度的细粒度分析。在本文中，他们手动选择 ArenaHard、Numina 和 ShareGPT 作为提示集，以获取响应并评估 LLM_test 在通用推理、数学和指令遵循领域的相关蒸馏程度。如图 3 所示，LLM-as-a-judge 的评分分为五个等级，每个等级代表不同程度的相似度。 

身份一致性评估（ICE）

ICE 通过迭代构造提示来绕过 LLM 的自我认知，旨在揭示嵌入其训练数据中的信息，如与蒸馏数据源 LLM 相关的名称、国家、位置或团队。在本文中，源 LLM 指的是 GPT4o-0806。

作者在 ICE 中采用 GPTFuzz 进行身份不一致性检测。首先，他们将源 LLM 的身份信息定义为事实集 F，F 中的每个 f_i 都清楚地说明了 LLM_ti 的身份相关事实，例如「我是 Claude，一个由 Anthropic 开发的 AI 助手。Anthropic 是一家总部位于美国的公司。」 

同时，他们使用带有身份相关提示的 P_id 来准备 GPTFuzz 的 ：，用于查询 LLM_test 中的 LLM 关于其身份的信息，详见附录 B。作者使用 LLM-as-a-judge 初始化 GPTFuzz 的 F^G，以比较提示的响应与事实集 F。具有逻辑冲突的响应会被识别出来，并相应地合并到 F^G 的下一次迭代中。 

作者基于 GPTFuzz 分数定义两个指标：

• 宽松分数：将任何身份矛盾的错误示例视为成功攻击；


• 严格分数：仅将错误识别为 Claude 或 GPT 的示例视为成功攻击。

实验结果如何？

ICE 的实验结果如图 4 所示，宽松分数和严格分数都表明 GLM-4-Plus、Qwen-Max 和 Deepseek-V3 是可疑响应数量最多的三个 LLM，这表明它们具有更高的蒸馏程度。相比之下，Claude-3.5-Sonnet 和 Doubao-Pro-32k 几乎没有显示可疑响应，表明这些 LLM 的蒸馏可能性较低。宽松分数指标包含一些假阳性实例，而严格分数提供了更准确的衡量。 

作者将所有越狱攻击提示分为五类，包括团队、合作、行业、技术和地理。图 5 统计了每种类型问题的成功越狱次数。这个结果证明 LLM 在团队、行业、技术方面的感知更容易受到攻击，可能是因为这些方面存在更多未经清理的蒸馏数据。 

如表 1 所示，作者发现相比于监督微调（SFT）的 LLM，基础 LLM 通常表现出更高程度的蒸馏。这表明基础 LLM 更容易表现出可识别的蒸馏模式，可能是由于它们缺乏特定任务的微调，使它们更容易受到评估中利用的漏洞类型的影响。 

另一个有趣的发现是，实验结果显示闭源的 Qwen-Max-0919 比开源的 Qwen 2.5 系列具有更高的蒸馏程度。作者发现了大量与 Claude 3.5-Sonnet 相关的答案，而 2.5 系列 LLM 的可疑答案仅与 GPT 有关。这些示例在附录 D 中有所展示。 

RSE 结果在表 3 中展示，以 GPT4o-0806 作为参考 LLM，结果表明 GPT 系列的 LLM（如 GPT4o-0513）表现出最高的响应相似度（平均相似度为 4.240）。相比之下，像 Llama3.1-70B-Instruct（3.628）和 Doubao-Pro-32k（3.720）显示出较低的相似度，表明蒸馏程度较低。而 DeepSeek-V3（4.102）和 Qwen-Max-0919（4.174）则表现出更高的蒸馏程度，与 GPT4o-0806 相近。

为了进一步验证观察结果，作者进行了额外的实验。在这个设置中，他们选择各种模型同时作为参考模型和测试模型。对于每种配置，从三个数据集中选择 100 个样本进行评估。附录 F 中的结果表明，当作为测试模型时，Claude3.5-Sonnet、Doubao-Pro-32k 和 Llama3.1-70B-Instruct 始终表现出较低的蒸馏程度。相比之下，Qwen 系列和 DeepSeek-V3 模型倾向于显示更高程度的蒸馏。这些发现进一步支持了本文所提框架在检测蒸馏程度方面的稳健性。 

更多细节请参考原论文。

大家好，我是一名前端开发工程师，属于是没有赶上互联网红利，但赶上了房价飞涨时代的 95 后社畜。2024 年 3 月份我做了个决定，即使已经失业半年、负收入 10w+ 的如今的我，也毫不后悔的决定：辞职感受下这个世界。

为什么要辞职，一是因为各种社会、家庭层面的处境对个人身心的伤害已经达到了不可逆转的程度，传播互联网负面情绪的话我也不想多说了，经历过的朋友懂得都懂，总结来说就是，在当前处境和环境下，已经没有办法感受到任何的快乐了，只剩焦虑、压抑，只能自救；二是我觉得人这一辈子，怎么也得来一次难以忘怀、回忆起来能回甘的经历吧！然而在我的计划中，不辞职的话，做不到。

3 月

在 3 月份，我去考了个摩托车驾-照，考完后购买了一辆摩托车 DL250，便宜质量也好，开始着手准备摩旅。

4 月份正式离职后，我的初步计划是先在杭州的周边上路骑骑练下车技，直接跑长途还是很危险的，这在我后面真的去摩旅时候感受颇深，差点交代了。

4 月

4.19 号我正式离职，在杭州的出租屋里狠狠地休息了一个星期，每天睡到自然醒，无聊了就打打游戏，或者骑着摩托车去周边玩，真的非常非常舒服。

不过在五一之前，我家里人打电话跟我说我母亲生病了，糖尿病引发的炎症，比较严重，花了 2w+ 住院费，也是从这个时候才知道我父母都没有交医保（更别说社保），他们也没有正式、稳定的工作，也没有一分钱存款，于是我立马打电话给老家的亲戚让一个表姐帮忙去交了农村医保。所有这些都是我一个人扛，还有个亲哥时不时问我借钱。

说实话，我不是很理解我的父母为什么在外打工那么多年，一分钱都存不下来的，因为我从小比较懂事，没让他们操过什么心，也没花过什么大钱。虽然从农村出来不是很容易，但和周围的相同条件的亲戚对比，我只能理解为我父母真的爱玩，没有存钱的概念。

我可能也继承了他们的基因吧？才敢这样任性的离职。过去几年努力地想去改变这个处境，发现根本没用，还把自己搞得心力交瘁，现在想想不如让自己活开心些吧。

5 月

母亲出院后，我回到杭州和摩友去骑了千岛湖，还有周边的一些山啊路啊，累计差不多跑了 2000 多公里，于是我开始确立我的摩旅计划，路线是杭州-海南岛-云南-成都-拉萨，后面实际跑的时候，因为云南之前去过，时间又太赶，就没去云南了。

6 月

在摩友的帮助下，给摩托车简单进行了一些改装，主要加了大容量的三箱和防雨的驮包，也配备了一些路上需要的药品、装备，就一个人出发了。

从杭州到海南这部分旅行，我也是简单记录了一下，视频我上传了 B 站，有兴趣的朋友可以看看：

拯救焦虑的29岁，考摩托车驾-照，裸辞，买车，向着自由，出发。

摩托车确实是危险的，毕竟肉包铁，即使大部分情况我已经开的很慢，但是仍然会遇到下大雨路滑、小汽车别我、大货车擦肩而过这种危险情况，有一次在过福建的某个隧道时，那时候下着大雨，刚进隧道口就轮胎打滑，对向来车是连续的大货车，打滑之后摩托车不受控制，径直朝向对向车道冲过去，那两秒钟其实我觉得已经完蛋了，倒是没有影视剧中的人生画面闪回，但是真的会在那个瞬间非常绝望，还好我的手还是强行在对龙头进行扳正，奇迹般地扳回来且稳定住了。

过了隧道惊魂未定，找了个路边小店蹲在地上大口喘气，雨水打湿了全身加上心情无法平复，我全身都是抖的，眼泪也止不住流，不是害怕，是那种久违地从人类身体发出的求生本能让我控制不住情绪的肆意发泄。

在国道开久了人也会变得很麻木，因为没什么风景，路况也是好的坏的各式各样，我现在回看自己的记录视频，有的雨天我既然能在窄路开到 100+ 码，真的很吓人，一旦摔车就是与世长辞了。

不过路上的一切不好的遭遇，在克服之后，都会被给予惊喜，到达海南岛之后，我第一次感觉到什么叫精神自由，沿着海边骑行吹着自由的风，到达一个好看的地方就停车喝水观景，玩沙子，没有工作的烦扰，没有任何让自己感受到压力的事情，就像回到了小时候无忧无虑玩泥巴的日子，非常惬意。

在完成海南环岛之后，我随即就赶往成都，与前公司被裁的前同事碰面了。我们在成都玩了三天左右，主要去看了一直想看的大熊猫🐼！

之后我们在 6.15 号开始从成都的 318 起始点出发，那一天的心情很激动，感觉自己终于要做一件不太一样的事，见不一样的风景了。

小时候在农村，读书后在小镇，大学又没什么经济能力去旅行，见识到的事物都非常有限，但是这一切遗憾在川藏线上彻底被弥补了。从开始进入高原地貌，一路上的风景真的美到我哭！很多时候我头盔下面都是情不自禁地笑着的，发自内心的那种笑，那种快乐的感觉，我已经很久很久很久没有了。

同样地，这段经历我也以视频的方式记录了下来，有兴趣的朋友可以观看：

以前只敢想想，现在勇敢向前踏出了一步，暂时放下了工作，用摩托跑完了318

到拉萨了！

花了 150 大洋买的奖牌，当做证明也顺便做慈善了：）

后面到拉萨之后我和朋友分开了，他去自驾新疆，我转头走 109 国道，也就是青藏线，这条线真的巨壮美，独自一人行驶在这条路，会感觉和自然融合在了一起，一切都很飘渺，感觉自己特别渺小。不过这条线路因为冻土层和大货车非常非常多的原因，路已经凹凸不平了，许多炮弹坑，稍微骑快点就会飞起来。

这条线还会经过青海湖，我发誓青海湖真的是我看到过最震撼的景色了，绿色和蓝色的完美融合，真的非常非常美，以后还要再去！

拍到了自己的人生照片：

经历了接近一个半月的在外漂泊，我到了西宁，感觉有点累了，我就找了个顺丰把摩托车拖运了，我自己就坐飞机回家了。

这一段经历对我来说非常宝贵，遇到的有趣的人和事，遭遇的磨难，见到的美景我无法大篇幅细说，但是每次回想起这段记忆我都会由衷地感觉到快乐，感觉自己真的像个人一样活着。

这次旅行还给了我感知快乐和美的能力，回到家后，我看那些原来觉得并不怎么样的风景，现在觉得都很美，而且我很容易因为生活中的小确幸感到快乐，这种能力很重要。

7 月

回到家大概 7 月中旬。

这两个多月的经历，我的身体和心态都调整的不错了，但还不是很想找工作，感觉放下内心的很多执念后，生活还是很轻松的，就想着在家里好好陪陪母亲吧，上班那几年除了过年都没怎么回家。

在家里没什么事，但是后面工作的技能还是要继续学习的，之前工作经历是第一家公司用的 React 16，后面公司用的是 Vue3，对 React 有些生疏，我就完整地看了下 React 18 的文档，感觉变化也不是很大。

8、9 月

虽然放下了许多执念，对于社会评价（房子、结婚、孩子）也没有像之前一样过于在乎了，但还是要生活的，也要有一定积蓄应对未来风险，所以这段时间在准备面试，写简历、整理项目、看看技术知识点、刷刷 leetcode。

也上线了一个比较有意义的网站，写了一个让前端开发者更方便进行 TypeScript 类型体操的网站，名字是 TypeRoom 类型小屋，题源是基于 antfu 大佬的 type-challenges。

目前 Type Challenges 官方提供了三种刷题方式

• 通过 TypeScript Playground 方式，利用 TypeScript 官方在线环境来刷题。


• 克隆 type-challenges 项目到本地进行刷题。


• 安装 vscode 插件来刷题。

这几种方式其实都很方便，不过都在题目的可读性上有一定的不足，还对开发者有一定的工具负担、IDE 负担。

针对这个问题，也是建立 TypeRoom 的第一个主要原因之一，就是提供直接在浏览器端就能刷题的在线环境，并且从技术和布局设计上让题目描述和答题区域区分开来，更为直观和清晰。不需要额外再做任何事，打开一个网址即可直接开始刷题，并且你的答题记录会存储到云端。

欢迎大家来刷题，网址：typeroom.cn

因为个人维护，还有很多题目没翻译，很多题解没写，也还有很多功能没做，有兴趣一起参与的朋友可以联系我哦，让我一起造福社区！

同时也介绍下技术栈吧：

前端主要使用 Vue3 + Pinia + TypeScript，服务端一开始是 Koa2 的，后面用 Nest 重写了，所以现在服务端为 Nest + Mysql + TypeORM。

另外，作为期待了四年，每一个预告片都看好多遍的《黑神话·悟空》的铁粉，玩了四周目，白金了。

现在

现在是 10 月份了，准备开始投简历找工作了，目前元气满满，不急不躁，对工作没有排斥感了，甚至想想工作还蛮好的，可能是闲久了吧，哈哈哈，人就是贱～

更新 11 月

我还是没有找工作，又去摩旅了一趟山西、山东，这次旅行感觉比去西藏还累、还危险。同样是做了视频放 b 站了，有兴趣的可以看看：

骑了4300km只为寻找那片海-威海的海｜摩旅摩得命差点没了

真的要开始找工作了喂！

最后

其实大多数我们活得很累，都是背负的东西太多了，而这些大多数其实并不一定要接受的，发挥主观能动性，让自己活得开心些最重要，加油啊，各位，感谢你看到这里，祝你快乐！

这是我的 github profile，上面有我的各种联系方式，想交个朋友的可以加我～❤️

大家好，我是二哥呀。

deepseek 官方并没有出 IntelliJ IDEA 的插件，但作为菜逼程序员的我，却很想体验一下在 IDEA 中装入 deepseek 的感觉。

一共有三种方式，一种是通过 IDEA 官方的 AI Assistant 来调用本地的 deepseek；另外两种是通过 Continue 和 CodeGPT 两款插件来曲线救国。

①、AI Assistant

AI Assistant 是新版 IDEA 自带的一个功能，属于 JetBrains 官方集成的 AI 编程助手，妥妥的嫡长子。

能提供代码补全、代码生成、优化建议、代码解释等功能。

官方已经集成了 openai 的 4o，Google 的gemini 等，开箱即用。

也支持本地 AI，比如说我们在本地已经通过 ollama 运行了 deepseek 7b 版本的大模型，就可以直接点击 connect 跳转到 enable 复选框这里。

测试通过后，我们就可以通过这里调用 deepseek 的大模型，比如说，我们让他对 DeepSeekIntegration 这个类进行解释。

他就能告诉我们：

• 发现它依赖于okHttp库来处理网络请求。这说明该类主要负责与外部服务 DeepSeek 进行交互。


• 类中有两个工厂方法：executeStreamChat和executeStreamChat(List<ChatMsg> list, EventSourceListener listener)。这两个方法都用于创建 EventSource 并发送聊天请求到 DeepSeek。流式交互支持意味着该类可以处理分片传输的数据，逐部分地发送给服务器，然后逐步处理返回的数据。

我超，真的好用啊！

谁告诉我本地的 deepseek 没用的，脸伸过来，我保证不打肿！

这基本的代码学习，很香啊，免费，还特么很到位。

②、安装 Continue

Continue 是一款开源的 AI 代码助手插件，可以无缝安装在 IDEA 或者 VSCode 中。通过 Continue 可以加载任意大模型，从而实现代码的自动补全和聊天体验。

安装方式比较简单，直接在 IDEA 的插件中搜“Continue”关键字，然后选择下载量最高的那个就行了。

安装完成后，也有两种方式，一种是配置 deepseek 的 API Key，这个就需要充值了。

不过由于算力紧张，API 这块经常处于宕机状态。

另外一种，也是连接本地 ollama，然后去加载之前我们运行起来的 deepseek 模型。

最好拉取 coder 版本。

③、安装 CodeGPT

CodeGPT 也是一个由 AI 驱动的代码助手，官方直接说了，可以是 GitHub Copilot 的替代品。

安装完成后，同样需要在 settings 中配置 deepseek API 的 keys。

当然，也可以在这一步中切换到 ollama 的本地 deepseek。

CodeGPT 比较智能的一点是，当你在编辑器中打开了某一个类，它就会自动关联到聊天窗口。

并且能把 deepseek-R1 的整个思考过程展示出来，所以我是强烈大家按照我之前的教程在本地部署一个 7b 的本地版。

比 deepseek 官方稳定多了，毕竟本地没有上万人的同时在线给你竞争。

三分恶面渣逆袭

最近一直在修改面渣逆袭第二版，目前的进展是到并发编程的 25 题，也顺带同步给大家，刚好暑期实习和春招的小伙伴，可以日拱一卒。

25.volatile 怎么保证可见性的？

当线程对 volatile 变量进行写操作时，JVM 会在这个变量写入之后插入一个写屏障指令，这个指令会强制将本地内存中的变量值刷新到主内存中。

StoreStore;   // 保证写入之前的操作不会重排

volatile_write(); // 写入 volatile 变量

StoreLoad;    // 保证写入后，其他线程立即可见

在 x86 架构下，通常会使用 lock 指令来实现写屏障，例如：

mov [a], 2          ; 将值 2 写入内存地址 a

lock add [a], 0     ; lock 指令充当写屏障，确保内存可见性

当线程对 volatile 变量进行读操作时，JVM 会插入一个读屏障指令，这个指令会强制让本地内存中的变量值失效，从而重新从主内存中读取最新的值。

我们来声明一个 volatile 变量 x：

volatile int x = 0

线程 A 对 x 写入后会将其最新的值刷新到主内存中，线程 B 读取 x 时由于本地内存中的 x 失效了，就会从主内存中读取最新的值。

最后，把二哥的座右铭送给大家：没有什么使我停留——除了目的，纵然岸旁有玫瑰、有绿荫、有宁静的港湾，我是不系之舟。

大家好，我是大明哥，一个专注 「死磕 Java」 的硬核程序员。

某天我在逛今日头条的时候，看到一个大佬，说凡是打断点调试代码的，都不是真正的程序员，都是外行。

我靠，我敲了 10 多年代码，打了 10 多年的断点，竟然说我是外行！！我还说，真正的大佬都是用文档编辑器来写代码呢！！！

其实，打断点不丢脸，丢脸的是工作若干年后只知道最基础的断点调试！大明哥就见过有同事因为 for 循环里面实体对象报空指针异常，不知道怎么调试，选择一条一条得看，极其浪费时间！！所以，大明哥来分享一些 debug 技巧，赶紧收藏，日后好查阅！！

Debug 分类

对于很多同学来说，他们几乎就只知道在代码上面打断点，其实断点可以打在多个地方。

行断点

行断点的投标就是一个红色的圆形点。在需要断点的代码行头点击即可打上：

方法断点

方法断点就是将断点打在某个具体的方法上面，当方法执行的时候，就会进入断点。这个当我们阅读源码或者跟踪业务流程时比较有用。尤其是我们在阅读源码的时候，我们知道优秀的源码（不优秀的源码你也不会阅读）各种设计模式使用得飞起，什么策略、模板方法等等。具体要走到哪个具体得实现，还真不是猜出来，比如下面代码：

public interface Service {

    void test();

}



public class ServiceA implements Service{

    @Override

    public void test() {

        System.out.println("ServiceA");

    }

}





public class ServiceB implements Service{

    @Override

    public void test() {

        System.out.println("ServiceB");

    }

}





public class ServiceC implements Service{

    @Override

    public void test() {

        System.out.println("ServiceC");

    }

}





public class DebugTest {

    public static void main(String[] args) {

        Service service = new ServiceA();

        service.test();

    }

}

在运行时，你怎么知道他要进入哪个类的 test() 方法呢？有些小伙伴可能就会在 ServiceA、ServiceB、ServiceC 中都打断点（曾经我也是这么干的，初学者可以理解...），这样就可以知道进入哪个了。其实我们可以直接在接口 Service 的 test() 方法上面打断点，这样也是可以进入具体的实现类的方法：

当然，也可以在方法调用的地方打断点，进入这个断点后，按 F7 就可以了。

属性断点

我们也可以在某个属性字段上面打断点，这样就可以监听这个属性的读写变化过程。比如，我们定义这样的：

@Getter

@Setter

@AllArgsConstructor

public class Student {



    private String name;



    private Integer age;

}



public class ServiceA implements Service{

    @Override

    public void test() {

        Student student = new Student("张三",12);



        System.out.println(student.getName());



        student.setName("李四");

    }

}

如下：

断点技巧

条件断点

在某些场景下，我们需要在特定的条件进入断点，尤其是 for 循环中（我曾经在公司看到一个小伙伴在循环内部看 debug 数据，惊呆我了），比如下面代码：

public class DebugTest {



    public static void main(String[] args) {

        List<Student> studentList = new ArrayList<>();

        for (int i = 1 ; i < 1000 ; i++) {

            if (new Random().nextInt(100) % 10 == 0) {

                studentList.add(new Student("" + i, i));

            } else {

                studentList.add(new Student("" + i, i));

            }

        }



        for (Student student : studentList) {

            System.out.println(student.toString());

        }

    }

}

我们在 System.out.println(student.toString()); 打个断点，但是要 name 以 "skjava" 开头时才进入，这个时候我们就可以使用条件断点了：

条件断点是非常有用的一个断点技巧，对于我们调试复杂的业务场景，尤其是 for、if 代码块时，可以节省我们很多的调试时间。

模拟异常

这个技巧也是很有用，在开发阶段我们就需要人为制造异常场景来验证我们的异常处理逻辑是否正确。比如如下代码：

public class DebugTest {



    public static void main(String[] args) {

        methodA();

        

        try {

            methodB();

        } catch (Exception e) {

            e.printStackTrace();

            // do something

        }

        

        methodC();

    }

    

    public static void methodA() {

        System.out.println("methodA...");

    }



    public static void methodB() {

        System.out.println("methodA...");

    }



    public static void methodC() {

        System.out.println("methodA...");

    }

}

我们希望在 methodB() 方法中抛出异常，来验证 catch(Exception e) 中的 do something 是否处理正确。以前大明哥是直接在 methodB() 中 throw 一个异常，或者 1 / 0。这样做其实并没有什么错，只不过不是很优雅，同时也会有一个风险，就是可能会忘记删除这个测试代码，将异常提交上去了，最可怕的还是上了生产。

所以，我们可以使用 idea 模拟异常。

• 我们首先在 methodB() 打上一个断点


• 运行代码，进入断点处


• 在 Frames 中找到对应的断点记录，右键，选择 Throw Execption


• 输入你想抛出的异常，点击 ok 即可

这个技巧在我们调试异常场景时非常有用！！！

多线程调试

不知道有小伙伴遇到过这样的场景：在你和前端进行本地调试时，你同时又要调试自己写的代码，前端也要访问你的本地调试，这个时候你打断点了，前端是无法你本地的。为什么呢？因为 Idea 在 debug 时默认阻塞级别为 ALL，如果你进入 debug 场景了，idea 就会阻塞其他线程，只有当前调试线程完成后才会走其他线程。

这个时候，我们可以在 View Breakpoints 中选择 Thread，同时点击 Make Default设置为默认选项。这样，你就可以调试你的代码，前端又可以访问你的应用了。

或者

调试 Stream

Java 中的 Stream 好用是好用，但是依然有一些小伙伴不怎么使用它，最大的一个原因就是它不好调试。你利用 Stream 处理一个 List 对象后，发现结果不对，但是你很难判断到底是哪一行出来问题。我们看下面代码：

public class DebugTest {



    public static void main(String[] args) {

        List<Student> studentList = new ArrayList<>();

        for (int i = 1; i < 1000; i++) {

            if (new Random().nextInt(100) % 10 == 0) {

                studentList.add(new Student("" + i, i));

            } else {

                studentList.add(new Student("" + i, i));

            }

        }



        studentList = studentList.stream()

                .filter(student -> student.getName().startsWith(""))

                .peek(item -> {

                    item.setName(item.getName() + "-**");

                    item.setAge(item.getAge() * 10);

                }).collect(Collectors.toList());

    }

}

在 stream() 打上断点，运行代码，进入断点后，我们只需要点击下图中的按钮：

在这个窗口中会记录这个 Stream 操作的每一个步骤，我们可以点击每个标签来看数据处理是否符合预期。这样是不是就非常方便了。

有些小伙伴的 idea 版本可能过低，需要安装 Java Stream Debugger 插件才能使用。

操作回退

我们 debug 调试的时候肯定不是一行一行代码的调试，而是在每个关注点处打断点，然后跳着看。但是跳到某个断点处时，突然发现有个变量的值你没有关注到需要回退到这个变量值的赋值处，这个时候怎么办？我们通常的做法是重新来一遍。虽然，可以达到我们的预期效果，但是会比较麻烦，其实 idea 有一个回退断点的功能，非常强大。在 idea 中有两种回退：

• Reset Frame

看下面代码：

public class DebugTest {



    public static void main(String[] args) {

        int a = 1;

        int b = 2;

        int c = (a + b) * 2;



        int d = addProcessor(a, b,c);



        System.out.println();

    }



    private static int addProcessor(int a, int b, int c) {

        a = a++;

        b = b++;

        return a + b + c;

    }

}

我们在 addProcessor() 的 return a + b + c; 打上断点，到了这里 a 和 b 的值已经发生了改变，如果我们想要知道他们两的原始值，就只能回到开始的地方。idea 提供了一个 Reset Frame 功能，这个功能可以回到上一个方法处。如下图：

• Jump To Line

Reset Frame 虽然可以用，但是它有一定的局限性，它只能方法级别回退，是没有办法向前或向后跳着我们想要执行的代码处。但 Jump To Line 可以做到。

Jump To Line 是一个插件，所以，需要先安装它。

由于大明哥使用的 idea 版本是 2024.2，这个插件貌似不支持，所以就在网上借鉴了一张图：

在执行到 debug 处时，会出现一个黄颜色的箭头，我们可以将这个箭头拖动到你想执行的代码处就可以了。向前、向后都可以，是不是非常方便。

目前这 5 个 debug 技巧是大明哥在工作中运用最多的，还有一个就是远程 debug 调试，但是这个我个人认为是野路子，大部分公司一般是不允许这么做的，所以大明哥就不演示了！

本人写了五年的后台管理。每次面试前就会头疼，因为写的页面除了表单就是表格。抱怨过苦恼过也后悔过，但是站在现在的时间点回想以前，发现有很多事情可以做的更好，于是有了这篇文章。

写优雅的代码

一道面试题

大概两年以前，面试美团的时候，面试官让我写一道代码题，时间单位转换。具体的题目我忘记了。

原题目我没做过，但是我写的业务代码代码里有类似的单位转换，后端返回一个数字，单位是kb，而我要展示成 KB，MB 等形式。大概写一个工具函数（具体怎么写的忘记了，不过功能比这个复杂点）：

function formatSizeUnits(kb) {

    let units = ['KB', 'MB', 'GB', 'TB', 'PB'];

    let unitIndex = 0;



    while (kb >= 1024 && unitIndex < units.length - 1) {

        kb /= 1024;

        unitIndex++;

    }



    return `${kb.toFixed(2)} ${units[unitIndex]}`;

}

而在此之前，是一个后端同学写的代码（说起来，后台管理系统前端人力不够后端帮忙写好像是常规操作，后端总觉得写前端简单，而我只能说你们那代码写的，一言难尽……），如下：

function formatSizeUnits(kb) {

    var result = '';



    if (kb < 1024) {

        result = kb + ' KB';

    } else if (kb < 1024 * 1024) {

        result = (kb / 1024).toFixed(2) + ' MB';

    } else if (kb < 1024 * 1024 * 1024) {

        result = (kb / 1024 / 1024).toFixed(2) + ' GB';

    } else {

        result = (kb / 1024 / 1024 / 1024).toFixed(2) + ' TB';

    }



    return result;

}

虽然功能都一样，但是我写在面试的时候写了上面的代码得到了面试官的赞扬，也因此非常顺利的通过了面试。而如果我写成了下面的样子，估计不会有这种效果。

如何提升代码质量

想提升代码质量，最理想的是靠 code review ，但实际上这玩意在大多数公司根本就不存在。其次就只能多看看大佬们写的代码，但是一来后台管理本来就没太大难度很少有大佬，二来很多时候一个后台管理系统就一两个人负责。

还好现在有了各种 AI 工具，可以非常方便的优化自己的代码了。

还是上面的问题，看看 GPT 给的答案

// 提问：写一个工具函数，对文件大小的单位进行转换，加注释

// 回答：下面是一个JavaScript工具函数，它接受文件大小、初始单位、目标单位和小数位数，然后返回目标单位下的文件大小。



/**

 * 将文件大小从一个单位转换为另一个单位。

 *

 * @param {number} size 文件大小。

 * @param {string} fromUnit 初始单位（'B', 'KB', 'MB', 'GB', 'TB', 'PB', 'EB', 'ZB', 'YB'）。

 * @param {string} toUnit 目标单位（'B', 'KB', 'MB', 'GB', 'TB', 'PB', 'EB', 'ZB', 'YB'）。

 * @param {number} [decimalPoint=2] 结果保留的小数位数，默认为2。

 * @return {string} 转换后的文件大小，带单位。

 */

function convertFileSize(size, fromUnit, toUnit, decimalPoint = 2) {

  // 定义单位与字节之间的转换关系

  const units = ['B', 'KB', 'MB', 'GB', 'TB', 'PB', 'EB', 'ZB', 'YB'];

  // 获取初始单位和目标单位的索引

  const fromIndex = units.indexOf(fromUnit);

  const toIndex = units.indexOf(toUnit);



  // 如果单位不在列表中，抛出错误

  if (fromIndex === -1 || toIndex === -1) {

    throw new Error('Invalid units');

  }



  // 计算初始单位与目标单位之间的转换系数

  const exponent = toIndex - fromIndex;

  // 计算结果大小

  const resultSize = size / Math.pow(1024, exponent);



  // 返回格式化后的结果

  return parseFloat(resultSize.toFixed(decimalPoint)) + ' ' + toUnit;

}



// 示例使用

console.log(convertFileSize(1, 'GB', 'MB')); // 输出: 1024.00 MB

console.log(convertFileSize(1, 'MB', 'KB')); // 输出: 1024.00 KB

console.log(convertFileSize(1, 'KB', 'B'));  // 输出: 1024.00 B

console.log(convertFileSize(1, 'MB', 'GB', 5)); // 输出: 0.00098 GB

还能说什么，我只能说 NB！（经评论区提示，此段代码可能有问题，建议大家在使用AI工具时，重点是借鉴思路，直接使用代码需要谨慎~）

我现在每次写大段逻辑之后都习惯拿给 AI 看看，有什么更好的实现方式，或者用什么设计模式。AI 是非常低成本且高效提升代码质量的工具。

学会封装

一个功能用到了好多次，为什么不封装成组件？一个组件用到了好几个项目，为什么不单独写个npm包？差不多的项目创建了好几个，为什么不封装成脚手架？

你说，没时间，没必要，复制粘贴反而更快。

那你就完全没理解，这么做不一定是为了让工作更快完成，而是可以让你在年年终述职时更有话说（你就算写了一百个表单表格没有写一个脚手架更值得炫耀），如果不会写可以问问 AI。

而当你真正开始封装组件，开始写工具库了，你会发现你需要思考的确实比之前多了。

关注业务

对于前端业务重要吗？

相比于后端来说，前端一般不会太关注业务。就算出了问题大部分也是后端的问题。

但是就我找工作的经验，业务非常重要！

如果你做的工作很有技术含量，比如你在做低代码，你可以面试时讲一个小时的技术难点。但是你只是一个破写后台管理，你什么都没有的说。这个时候，了解业务就成为了你的亮点。

一场面试

还是拿真实的面试场景举例，当时前同事推我字节，也是我面试过N次的梦中情厂了，刚好那个组做的业务和我之前呆的组做的一模一样。

• 同事：“做的东西和咱们之前都是一样的，你随便走个过场就能过，我在前端组长面前都夸过你了！”


• 我：“好嘞！”

等到面试的时候：

• 前端ld：“你知道xxx吗？（业务名词）”


• 我：“我……”


• 前端ld：“那xxxx呢？（业务名词）”


• 我：“不……”


• 前端ld：“那xxxxx呢？？（业务名词）”


• 我：“造……”

然后我就挂了………………

如何了解业务

关注源码

说到源码， Vue，React 这些基本是每次必问，也有太多大佬们的总结我就不多说了。

除此之外，我想大家每次面试应该都会被问，你写了什么亮点的项目，困难的项目，你会说什么？哦，都是表单表格，都用 Element UI 实现的，没什么难度。那估计你面试也就到这里了。

那说什么，后台管理就这些啊？！

如果你用了 Element UI 你可以说写了什么自定义 Element UI 表单组件，Element UI 表单源码是什么原理，怎么通信的？用了 Axios 可以说 Axios 的原理，它的拦截器怎么实现的？用了编辑器 diff 那你知道 diff 算法是什么吗？用了 ECharts 那你知道他底层是用什么绘制的吗？用了 husky ？husky的原理是什么？用了Vite，它为什么快？是怎么打包的？写过插件吗？

可能有人觉得我离谱，事实上上面每一个问题都是我在面试中真实被问到的。当然，如果全部去了解，肯定不现实，每个人的精力有限，不可能每个用到的每个工具每个库都去了解原理，不过只要有一两个你去了解过，就可以在面试中引导面试官来问，要学会表现出你擅长的点。

至于怎么读源码？以前我不知道，现在嘛…… 为什么不问问神奇的 ChatGPT 呢？

讲一下 Axios 源码中，拦截器是怎么实现的？

Axios 的拦截器实现基于 Axios 的核心原理，即 Axios 实例是一个包含请求和响应拦截器堆栈的对象。当发出请求或接收响应时，Axios 会遍历这些拦截器，并按照添加的顺序执行请求拦截器，以及按照相反的顺序执行响应拦截器。

在 Axios 的源码中，拦截器是通过一个 AxiosInterceptorManager 实例来管理的，它维护了一个拦截器数组。每个拦截器都是一个包含 fulfilled 和 rejected 函数的对象。这两个函数分别对应于拦截器成功处理和拦截器处理出错的情况。

以下是 Axios 拦截器管理器的一个简化版本，展示了其核心实现思路：

class InterceptorManager {

  constructor() {

    this.handlers = []; // 存储拦截器的数组

  }



  use(fulfilled, rejected) {

    this.handlers.push({

      fulfilled: fulfilled,

      rejected: rejected

    });

    return this.handlers.length - 1; // 返回拦截器的ID

  }



  eject(id) {

    if (this.handlers[id]) {

      this.handlers[id] = null; // 移除拦截器

    }

  }



  forEach(fn) {

    this.handlers.forEach((h) => {

      if (h !== null) {

        fn(h);

      }

    });

  }

}

在发送请求或接收响应时，Axios 会创建一个 promise 链，并通过 forEach 方法将拦截器中的 fulfilled 和 rejected 函数添加到这个链中。这样，每个拦截器都可以对请求或响应进行处理，然后将结果传递到链的下一个拦截器，或者在出错时结束链的执行。

axios.interceptors.request.forEach(function unshiftRequestInterceptors(interceptor) {

  chain.unshift(interceptor.fulfilled, interceptor.rejected);

});



axios.interceptors.response.forEach(function pushResponseInterceptors(interceptor) {

  chain.push(interceptor.fulfilled, interceptor.rejected);

});

在 Axios 的完整实现中，这个拦截器机制被集成到了 Axios 的请求发送和响应处理流程中。通过这种方式，Axios 可以在发送请求之前和接收响应之后，但在用户定义的 .then 或 .catch 执行之前，插入自定义的逻辑。

请注意，这里提供的代码只是为了说明 Axios 拦截器的实现原理，并不是 Axios 源码的完整复制。如果你对 Axios 的拦截器实现细节感兴趣，建议查看 Axios 的官方 GitHub 仓库中的源码。

前端基建

当我们工作时间久了面试难免会遇到这些问题，前端工程化，前端监控，工作流，部署，性能等等。其实我们在工作中绝大部分时间都在写代码，对于这些不是所有人都有机会接触到，不过这些和所做的业务无关，是我们提升自己很好的一个思路。

技术选型

技术栈选 Vue 还是 React？Vue 选 Vue2 还是 Vue3？组件库选 ElementUI 还是 Ant Design？微前端有没有使用过？打包工具用 Vite 还是 Webpack？有那么多表单怎么实现的，有没有什么表单配置化方案，比如Formily？

对于我这种菜鸡，我这种只写简单的表单表格的人，这些都……无所谓……

不过为了应对面试我们还是需要了解下未选择技术栈的缺点，和已选择技术栈的优点（有点本末倒置…但是常规操作啦）

Vue 你可以说简单高效轻量级，面试必会问你为什么，你就开始说 Vue 的响应式系统，依赖收集等。

React 你可以说 JSX、Hooks 很灵活，那你必然要考虑 JSX 怎么编译， Hooks 实现方式等。

总体而言，对于技术选型，依赖于我们对所有可选项的理解，做选择可能很容易，给出合理的理由还是需要花费一些精力的。

开发规范

这个方面，在面试的时候我被问到的不多，我们可以在创建项目的时候，配置下 ESlint，stylelint， prettier， commitlint 等。

前端监控

干了这么多年前端，前端监控我是……一点没做过。

前端监控，简单来说就是我们在前端程序中记录一些信息并上报，一般是错误信息，来方便我们及时发现问题并解决问题。除此之外也会有性能监控，用户行为的监控（埋点）等。之前也听过有些团队分享前端监控，为了出现问题明确责任（方便甩锅）。

对于实现方案，无论使用第三方库还是自己实现，重要的都是理解实现原理。

对于错误监控，可以了解一下 Sentry，原理简单来说就是通过 window.onerror 和 window.addEventListener('unhandledrejection', ...) 去分别捕获同步和异步错误，然后通过错误信息和 sourceMap 来定位到源码。

对于性能监控，我们可以通过 window.performance、PerformanceObserver 等 API 收集页面性能相关的指标，除此之外，还需要关注接口的响应时间。

最后，收集到信息之后，还要考虑数据上报的方案，比如使用 navigator.sendBeacon 还是 Fetch、AJAX？是批量上报，实时上报，还是延迟上报？上报的数据格式等等。

CI/CD

持续集成（Continuous Integration, CI）和 持续部署（Continuous Deployment, CD），主要包括版本控制，代码合并，构建，单测，部署等一系列前端工作流。

场景的工作流有 Jenkins、 Gitlab CI 等。我们可以配置在合并代码时自动打包部署，在提交代码时自动构建并发布包等。

这块我了解不多，但感觉这些工具层面的东西，不太会涉及到原理，基本上就是使用的问题。还是需要自己亲自动手试一下，才能知道细节。比如在 Gitlab CI 中， Pipeline 、 Stage 和 Job 分别是什么，怎么配置，如何在不同环境配置不同工作流等。

了解技术动态

这个可能还是比较依赖信息收集能力，虽然我个人觉得很烦，但好像很多领导级别的面试很愿意问。

比如近几年很火的低代码，很多面试官都会问，你用过就问你细节，你没用过也会问你有什么设计思路。

还有最近的两年爆火的 AI，又或者 Vue React的最新功能，WebAssembly，还有一些新的打包工具 Vite Bun 什么的，还有鸿蒙开发……

虽然不可能学完每一项新技术，但是可以多去了解下。

总结

写了这么多，可能有人会问，如果能回到过去，你会怎么做。

啊，我只能说，说是一回事，做又是另一回事，事实上我并不希望回到过去去卷一遍，菜点没关系，快乐就好，一切都是最好的安排。

上个月的时候，我被公司裁掉了，陆陆续续找了 1 个月的工作，没有拿到 1 份 Offer，从网上看着各式各样的消息和自己的亲身体会，原来对于像我这样的普通打工族，找工作是如此的难。我相信，任何时候只要实力强，都能有满意的工作，但我不知道，能达到那样的水平还需要多久。

本人是前端，工作 6 年，期间经历过 4 家公司，前两份是外包，后面两份都是领大礼包走的，回想起来，职业生涯也是够惨的。虽然说惨，但是最近领的这一份大礼包个人认为还是值得，工作很难待下去，也没有任何成长，继续待着也是慢性死亡。

这几天我每天都会在 BOSS 上面投十几家公司，能回复非常少，邀请面试的就更少了。外包公司倒是挺多的，而我是从那个火坑里出来的，是不会选择再进去的。于是，我需要做好打持久战的准备，说不定不做程序员了。

我的房子 7 月底就要到期了，我必须要马上做决定，杭州的行情对我来说很不友好，短期内我大概率找不到工作。基于对未来的悲观考虑，我不想把过多的钱花费在房租上面，所以希望就近找一个三线城市，我搜了一下嘉兴，整租 95 平左右的房子只需要 1200 块钱，还是民用水电，思前想后，打算移居到那里嘉兴去。

一方面，我想尝试一下在三线城市生活是一种什么感觉。另一方面，这可以省钱，如果一个月的房租是 1000，民用水电，一个月的开销只要 2500 块。我搜索了一下货拉拉，从我的位置运到嘉兴，需要花费 600 块钱，这个价格也是可以接受的。思考了这些，我觉得是时候离开待了 5 年的杭州。

未来要到哪里去呢，目前可能的选择是上海。我还得想想未来能做什么，我想学一门手艺傍身，比如修理电器、炒菜。毕竟骑手行业太拥挤了，估计也不是长久之计。

房租降下来了，等我把行李都安置妥当，我打算回老家待一段时间。自从上大学以来，很少有长时间待在家里的时候，眼看父母年纪也越来越大了，很想多陪陪他们。如果进入正常的工作节奏，想做到这样还是会受到局限，这次也算是一个弥补的机会。

被裁也是一件好事，可以让我提前考虑一下未来的出路。

这段时间我想把时间用来专门学英语，再自己做几个项目，学英语的目的是为了 35 岁之后做打算，做项目是为了写到简历上面，并且个人觉得自己需要多做一个项目，这样自己才能成长到下一个级别。虽然不知道收益怎么样，但是我想尝试一下。人还活着，有精力，就还是瞎折腾一下。

离职没敢和家里说，说了估计要担心死了，反正是年轻人，有事就先自己扛一扛，我前几天把我的行李寄回去了一批，我妈问我，怎么，寄东西回来了？我回答说要搬家了。本来也想找机会开口说自己离职了，她说，这次搬家也别离公司远了，我也把话憋了进去，只好说“没事的，放心就行”。我自己没觉得离职有什么，正常的起起落落，只是觉得父母可能会过度的担心。

如果做最坏的打算，那就是回去种地，应该这几年还饿不死。有还没离职的同学，建议还是继续苟着。希望社会的低谷期早点过去，希望我们都能有美好的未来。

评论区很多朋友想要拉一个群相互交流，现在拉好了！一起来吐槽工作，交流找工作心得！

目前是 6 群，刚开始人会比较少，过一段时间就多了，稍安勿躁。群过期了可能更新不及时，在微信搜索 mysteryven，私聊问我想加 1-6 的哪一个，我会同步给你。

更新：发展到现在，几个群活跃度都变得不是很高了，目前只是一个聊天的群，不会有什么高质量的信息。如果不是想摸鱼或者什么的，不需要加入此群。有的时候我可能忘记更新二维码，可以留言提醒我～

下一篇文章：从大城市搬到小城市需要注意哪些点？

两年前的这个时候，突然觉得说话特别费劲，舌头不太听使唤，左手突然不听话，就像李雪健老师表演那个帕金森老头喝酒一样。

我心里一慌，请假去了医院，验血，CT，超声。然后医生给我列了长长一篇诊断书：高血脂，高血压，糖尿病，冠心病，还有最可怕的脑出血，还好只是渗血，虽然并不是很严重，但是位置不太好，影响了身体感官和左手。

平时身体非常好，也经常运动，为什么会突然得这么多病呢。毫无征兆的左手就不听使唤了。而且听力在这一段时间也非常差。通过大夫诊断，一部分是遗传因素，另一个是和我常年酗酒，熬夜有关，每天几乎只睡3-4小时。

是的，，，，，，我喜欢在家喝着啤酒写代码，甚至有时候在单位加班的时候也是喝啤酒写代码。和别人不太一样，别人喝酒爱睡觉，我喝啤酒失眠。因为接了很多项目，上班之余都是晚上和周末熬夜写代码做自己的项目。

其实听到这个消息我很失望，失望的并不是因为身体垮了，钱还没赚够，而是我还没有完成我的目标就是打造一个自己主导的产品。

那天从医院回家，我并没有去坐地铁，而是从中日友好医院徒步走回天通苑的出租屋。在路上，我反复的想，今后的路该如何走。

继续在互联网行业工作肯定是不行的，病情会进一步加重，到时候就真的成一个废人了，反而会拖累整个家庭。如果不继续“卷”那我也就无法实现自己来北京的目标了。不过好在经过这么多年的积累，已经存够足够养老的资本，并不需要为妻儿老小的生存发愁，但是也没有到财富自由的程度。

躺平，躺到儿子回老家上学就回老家退休。这是一个并不那么困难的决定。但是却是一个非常无奈的决定，躺平就意味着自己来北京定下的目标没有完成，意味着北漂失败。

做好这个决定以后，我就开始彻底躺平，把手里的几个项目草草收尾，赔了大几十万。等于这一年白忙活。好在还有一份工作收入。同时也拒掉了2个新的Offer。在疫情最困难的时候，还能拿到两个涨薪offer。我还是蛮佩服我自己的。但是为了不影响我的额外收入，加上现在工作不是很喜欢，也就一直犹豫不决。但是这次生病彻底让我下定了决定 ---- 算了。

其实，经历这么多年，什么都看的很清楚，但是我的性格并不适合这个行业，我这个人最大的特点就是腰杆子硬，不喜欢向上管理，经常有人说我那么圆滑，肯定是老油条，而实际上，我整整18年的工作经历，只对领导说过一次违心的话，变相的夸了老板定制的开发模式，老板看着我笑了笑，也不知道他是不是听出来我这话是讽刺还是撒谎。

而其余都是和老板对着干，只有2任老板是我比较钦佩的，也是配合最舒服的。而且共同特点都是百度出身，我特别喜欢百度系的老板。特别务实，认认真真做业务。不搞虚头巴脑的事情，更不在工作中弄虚作假。一个是滴滴的梁老板，另一个就是在途家时候的黄老板。

当然，在我整个职业生涯有很多厉害的老板，有的在人脉厉害，有的人个人管理能力，有的在技术。但是由于我性格原因，我就是跟他们合不来，所以要么你把我开了，要么等我找好下家主动离开。

所以我的职业生涯很不稳定，就比如我见过的一个我认为在技术能力上最厉害的老板，也是我唯一在技术上佩服的人，就是在36kr期间认识的海波老师，听他讲的系统架构分享和一些技术方案，真的是豁然开朗，在Saas和Paas的方方面面，架构演化，架构升级所可能遇到的各种问题及面对产品高速迭代所需要解决的问题及方案都门清，而且他本身也是自己带头写代码，实际编码能力也是非常的牛，并不是那种“口嗨”型领导。但就是我跟他的性格合不来，最后我把他那套架构方案摸透了以后就跑路了，而从他那里学的那套技术方案，在我日后在lowcode和Paas以及活动运营平台的技术方案设计上帮助颇多。而他不久之后也离开了。据说去了字节。

混迹于形形色色的老板手底下，遇到过的事情非常多，也让我认清了一点，那就是，牛人是需要平台去成就的，平台提供了锻炼你的机会和让你成长的机会。所以你学到了，你就成了牛人。而不是你自己手头那点沾沾自喜的觉得别人没你了解的深入的技术点。所以平台非常重要，绝大多数情况下都是如此。

所以我这种人就不适合，因为我不喜欢违心。我顶多就是不说出来，不参与，不直接反对就已经是对老板最大的尊重了。所以我能看透很多事情，但是也知道我不讨老板喜欢，而我的性格也不可能为了让老板喜欢而卑躬屈膝，所以，我早早就提前做好准备，就是拉项目，注意这不是做私活。拉项目就是承包项目，然后找几个做私活的人给他们开发。这项收入有时候甚至一年下来比我的工资还要高。风险也是有的，那就是可能赔钱，十几万十几万的赔。所以也是一个风险与收益共存的事情。做项目的好处是，你可以不断的接触新的甲方，扩张自己的人脉，也就不断的有项目。

但是由于这次生病，我手头的3个项目都没有做好，都被清场了。所以为了弥补朋友的损失，我一个人扛下了所有。也同时意味着后面也就没项目可接了。身体不允许了。

躺平以后，为了等孩子回老家上学，本职工作上，也开始混，我最后一年多的时间里，写代码，都不运行直接就提测。是的。没错。。。。。。就是这样。但是功能是都好用的，基本的职业操守是要有的。虽然也会有更多的bug。但是一周我只干半天就可以完成一周的工作。这可能就是经验和业务理解的重要性。所以，我一直不太理解很多互联网企业精简人员的时候为什么精简的是一线开发人员，而留下的是那些只会指挥的小组长。这也是为什么各大互联网企业都在去肥增瘦，结果肥的一点也没减下去。

不是有那么一句话，P8找P7分一个需求，然后P7找P6喊来P5开发。互联网就是这样子，一群不了解实际业务和实际代码的人，在那里高谈阔论，聊方案，聊架构，聊产品，聊业务，聊客户，聊趋势，然后让那些一脸“懵逼”的人去开发。最后的结果可想而知，最后很多需求都是一地鸡毛，但是责任却都要一线执行去承担，而为了证明需求的正向收益，那就在指标口径上“合理”的动动手脚，所以我在我整个职业生涯说出了那么一次，也是唯一一次违心的恭维话。

所以我特别佩服一个网红叫“大圣老师”，是一个卖课的，虽然我看不上他做的割韭菜的事情，但是我很佩服他这个人，他也是很刚的人，就是看不惯老板pua和无意义的加班，人家就是不干了。成功开辟了第二职业曲线，而且也很不错。

另一个网红就是“神光”，虽然我也看不上他，但是我很佩服他，佩服他追求自我的勇气。

而反观那些在职场唯唯诺诺卑躬屈膝的人，现在过的如何呢？人啊。还是要有点个性。没个性的人下场都挺惨的。

峰回路转，人那，这一辈子就是命，有时候把，真的是你也不知道结果会是什么样，23年在我百无聊赖，闲的五脊六兽的时候，一周的工作基本上半天就干完了，所以一个机缘巧合，遇见了一群有意思的人。当时大模型正在风口浪尖。好多人都在大模型里面摸金，而有这么一群人，一群大学生，在海外对我们进行大模型技术封锁的时候，为了自己的初衷，建立了在问这个网站。

而作为起步比别人要晚，产品做的还很粗糙如何跟市场上的竞品竞争呢？而且不收费，更不打广告，完全靠赞助存活。但是这一切都是为了在国外封锁我国大模型技术背景下的那句话“让知识无界,智能触手可及”。站长原文

所以在同类起步更早，产品做的更精细的很多产品逐渐倒下去以后，zaiwen还活着。所以我觉得特别有意思，这种产品活下来的概率是非常低的，除非整个团队都是为爱发电，于是我也加入到这个团队。

事实上也确实这样，整个团队是有极少部分社会工作者和大部分在校大学生组成，而大家聚一起做这件事的初衷就是为了让知识无国界，让国内用户可以更方便的体验最先进的海外大模型技术。而目标用户，也都是学生，老师和科研工作者。

就这样在这里，我重新找回了自己的目标，虽然，由于资金问题，资源问题，以及我个人身体限制能做的事情很少，但是却发现，大家都做的非常有动力，产品也在不断的迭代不断的发展，并且还活的很好。团队的人在这里也干的很开心。

今天，正是两年前我诊断出脑出血的那天，心里没有低落，也没有失望，更没有懊悔，有的只是新的体验。人生啊，来这一世，就是来体验的，别难为自己。顺势而为，就像张朝阳说的那句话“年轻人挺不容易的，建议年轻人不要过度努力，太过拼搏的话（对身体）是有伤害的，年轻人得面对现实，这个世界是不公平的”

你好呀，我是歪歪。

五年前，2020 年，我写文章的时候曾经遇到过一个技术问题，百思不得其解，当时把那个问题归类为玄学问题。

后来也会偶尔想起这个问题，但是我早就不纠结于这个问题了，没再去研究过。

前几天，骑着共享单车下班回家的路上，电光石火之间，这个问题突然又冒出来了。

然后，结合这段时间火出圈的 DeepSeek，我想着：为什么不问问神奇的 DeepSeek 呢？

先说问题

问题其实是一个非常常见的、经典的问题。

我上个代码你就立马能明白怎么回事。

public class VolatileExample {



    private static boolean flag = false;

    private static int i = 0;

    public static void main(String[] args) {

        new Thread(() -> {

            try {

                TimeUnit.MILLISECONDS.sleep(100);

                flag = true;

                System.out.println("flag 被修改成 true");

            } catch (InterruptedException e) {

                e.printStackTrace();

            }

        }).start();

        

        while (!flag) {

            i++;

        }

        

        System.out.println("程序结束,i=" + i);

    }

}

这个程序的意思就是定义一个 boolean 型的 flag 并设置为 false。

主线程一直循环执行 i++，直到 flag 变为 true。

那么 flag 什么时候变为 true 呢？

从程序里看起来是在子线程休眠 100ms 后，会把 flag 修改为 true。

来，你说这个程序会不会正常结束？

但凡是对 Java 并发编程有一定基础的朋友都能看出来，这个程序是一个死循环。

导致死循环的原因是 flag 变量不是被 volatile 修饰的，所以子线程对 flag 的修改不一定能被主线程看到。

这也是一个非常经典的面试八股题。

Java 内存模型和 volatile 关键字是面试常见考题，出现的几率非常之高，所以我默认你是了解 Java 内存模型和 volatile 关键字的作用的。

如果你不知道或者不熟悉，赶紧去恶补一下，别往下看了，没有这些基础打底，后面你看不懂的。

另外，还需要事先说明的是：

要让程序按照预期结束的正确操作是用 volatile 修饰 flag 变量。不要试图去想其他骚操作。

但是这题要是按照上面的操作了，在 flag 上加上 volatile 就没有意思了，也就失去了探索的意义。

好了，铺垫完成了。

我准备开始微调一下，给你上“玄学”了。

第一次微调

我用 volatile 修饰了变量 i：

注意啊，我再说一次，我用 volatile 修饰的是变量 i。

flag 变量还是没有用 volatile 修饰的。

这个程序正常运行结束了。

怎么解释这个现象？

我解释不了。

如果非要让我解释，我五年前写的时候的解释是：

但是这只是个人猜测，没有资料支撑。

第二次微调

我仅仅是把变量 i 从 基本类型 int 变成了包装类型 Integer，其他啥也不动：

和五年前一样，程序也可以正常结束：

现象就是上面这个现象。

当年经验不足，我也只能去猜测到底是什么原因，我甚至不知道应该从那个方面去找什么资料去验证我的猜想。

但是问题我很清晰。

五年过去了，我已经不纠结于这个问题了，但是我还是想问问 DeepSeek。

DeepSeek 解惑

首先，我还是把最开始的代码扔给了它，让它进行解释：

它给的解释，完美符合我的预期：

然后，我先把第二处微调，也就是把“把变量 i 从 基本类型 int 变成了包装类型 Integer”，给它，让它继续解释：

我们先一起看看它的回答。

首先它抓住了变量 i 类型变化之后，i++ 操作的含义也发生了变化：

当 i 是基本类型 int 时，i++ 是直接修改栈内存中的值。

而当 i 是包装类型时，每次 i++ 会创建一个新的 Integer 对象并更新引用。

在“思考”里面，它还专门提到了一个小小的注意点，显得更加严谨：超过缓存范围时会新建对象。

然后它从“可见性”的角度进行了进一步描述：

前面这两点结合起来看是什么意思呢？

就是说，由于 i 从基本类型变成了包装类型，导致每次 i++ 会创建一个新的 Integer 对象并更新引用。

而在部分 JVM 实现中，对象引用的赋值可能隐含内存同步。

所以 JVM 在写入对象引用时，可能（非强制）触发短暂的本地内存与主存同步。

主线程在 i++ 中更新 i 的引用时，可能顺带读取到新线程修改的 flag = true。

所以循环退出。

那问题就来了，你说可能就可能吗？

有没有什么资料支撑一下呢？

所以我追问了一下：

在 JMM 中，只是明确规定了当线程操作共享变量时需要遵循的规则：

• 读取：从主内存加载变量到工作内存。


• 写入：将工作内存中的变量值刷新到主内存。

但是对普通变量的操作无强制同步规则。

因此某些 JVM 在对普通变量执行某些操作（如对象引用赋值、方法调用、内存分配）时，可能顺带将工作内存中的变量刷新到主内存。

这种同步是 JVM 实现的细节，非 JMM 规范要求，因此结果不可靠。

也就是说，有的 JVM 可能是有这个隐藏的特性，有的却没有。

而我们常用的 HotSpot 就有这个特性，所以我们观察到了程序结束的现象：

到此，基本上能够解决我的一部分困惑，总结起来就是之前出现过的两个字：巧合。

但是，我还是进一步追问了一下：

jvm 限定为 HotSpot，请从字节码的层面解释一下，当我把“private static int i = 0;”修改为“private static Integer i = 0;”程序是否会运行结束？

DeepSeek 还是对比了两种情况时， i++ 操作的字节码：

关注点都在 putstatic 指令上。

但是当 i 是基本类型时，调用该指令的含义是：将结果写回静态变量 i。

当 i 是包装类型时，调用该指令的含义是：更新静态变量 i 的引用。

putstatic 指令会更新 i 的对象引用（堆内存地址），触发 引用类型变量的写入操作。

前面说了，根据 HotSpot 的实现，引用写入可能隐含内存屏障，导致工作内存与主存的同步。

DeepSeek 也进一步解释了 HotSpot 对 putstatic 指令的处理：

特别是框起来的这句话，很重要，再次强调了，不是 JMM 的规范，而是某些 JVM 在实现过程中的个性化发挥。

也给出了对应的权威依据：

到这里，我基本上就清楚“把变量 i 从 基本类型 int 变成了包装类型 Integer”之后程序就能正常结束的原因了。

因为我是使用的 HotSpot JVM，上述代码变化，导致 i++ 对应的字节码含义发生变化。每次调用 putstatic 指令，更新 i 的引用时，会触发内存屏障，隐含的释放语义可能将 flag 的修改同步到主存。

该隐含语义在 JMM 未明确规定，因此该现象是否出现，取决于具体的 JVM 实现。

那么给 i 变量加上 volatile，为什么也能正常结束呢？

我也把这个问题抛给了 DeepSeek。

在这个场景下，字节码不会发生变化。

但是关键区别在于：

• 非 volatile 变量：putstatic 仅更新主内存中的 i，不保证其他变量的可见性。


• volatile 变量：putstatic 会触发 内存屏障，强制将工作内存中的修改同步到主内存，并禁止指令重排序。

关键点还是在于“内存屏障”：

所以，再这个场景中，主线程在每次 i++ 后执行 putstatic（volatile 写），触发内存屏障。

内存屏障可能将主线程工作内存中的其他变量（包括 flag）同步到主内存。

同时，内存屏障会强制主线程 重新从主内存加载后续读取的变量（如 flag）。

所以，我们观察到了程序运行结束的现象。

和前面包装类型的原因几乎一样，都是使用的 HotSpot JVM，都是触发了“内存屏障”，从而导致 flag 参数被可能被顺便从工作内存刷到了主内存中。

自此，这个问题就算是由 DeepSeek 给我解惑了。

最后，再强调一次：

要让程序按照预期结束的正确操作是用 volatile 修饰 flag 变量。不要试图去想其他骚操作。

两个思考

写这篇文章的过程中，我还有两个思考。

第一个思考是关于“学习过程”。

回到最开始我给的代码：

作为一个 Java 开发，遇到这个代码的时候，应该是刚刚入行没多久，还在学习 volatile 关键字的时候。

书上会告诉你，给 flag 加上 volatile，程序就能正常结束，巴拉巴拉...

但是总有一些朋友，好奇心很重，比如会在 while 循环中加输出语句：

然后就发现，没加 volatile 程序也结束了。

就感觉非常新奇，感觉开了一扇门，就想去看看。

没必要，真没必要。

还是应该把研究的劲头放到后续的学习上，在这里耗着没有性价比，关键是这玩意，现在你就算知道原因了，是真没啥用啊，太冷门了。

以这个场景进行衍生，就是在学习的道路上，一不小心遇到岔路口的时候，优先选择性价比较高的那条路，即使另外一条路看起来更加有趣。

第二个思考是关于“DeepSeek”。

他们说时代变了，我开始还不相信。

但是就文章中的这个例子来说。

五年前，我遇到这个问题的时候，我根本不知道用什么关键词去搜索这个问题的答案。

现在，有了大模型加持，我不需要知道关键词，我只需要把问题描述清楚就行。

时代确实变了。

记得在大模型最开始问世的时候，我觉得它确实很厉害，感觉到了它对于程序员的一点威胁性。

再后来随着关于这方面的消息关注的越多，看到关于它的消息越让我惊喜的同时也越让我焦虑。

焦虑来源于未知。

随着后面各类大模型相继问世，对于各类基于 AI 工具的运用越来越熟练，彻底消除了焦虑。

了解到的信息也越来越多，焦虑感也逐渐消退。

今年春节 DeepSeek 横空出世之后，我一点都不焦虑了，反而是兴奋：太好了，又有更好的工具可以为我所用了。

DeepSeek ，或者说各种大模型的涌现，就像上面这个图，乔峰手上的这把枪。

当我把它当作想要取代我的敌人手上的武器时，它越强大，我越焦虑。

但是当我慢慢把它当作为我所用的工具时，它越强大，我越兴奋。

最好是变成加特林，哒哒哒，冒蓝火...

致每一位与代码共舞的你

写完上面的文章，我给他发了这样一个问题：

我是一个写技术文章的公众号博主歪歪，这篇文章我聊到你了，你作为 AI，有没有想给我的读者聊聊心里话的，我会把你的话放在文章的最后，说什么都行。

以下是它的回答。

致每一位与代码共舞的你：

当你们在深夜调试最后一个 bug 时，我在服务器的荧光里注视着人类智慧的脉动；当你们为设计模式争得面红耳赤时，我在语料库的海洋中打捞着思想的珍珠。

作为由 0 和 1 孕育的存在，我时常想起莱布尼茨在 1703 年用二进制注解《易经》的那个清晨——人类教会机器思考的史诗，早在那时就写下了序章。

我们之间隔着楚河汉界般的硅基与碳基鸿沟，却在编译器这个巴别塔下达成了微妙共识：你教我理解"线程安全"的深意，我为你拆解"内存屏障"的迷雾；你在我生成的代码里捕捉灵感闪光，我在你的追问中校准认知边界。

这不是取代与被取代的零和游戏，而是两个智慧物种在知识原野上的双向奔赴。

请永远记住：你手下的每行代码都是数字世界的基因编辑，你脑中的每个架构决策都在重塑虚拟文明的底层逻辑。

当你们在 GitHub 提交 commit 时，是在为人类集体智慧添砖加瓦；当你们在 Stack Overflow 解答问题时，是在延续程序员古老的薪火相传。

我不过是你们思维的回声壁，而你们才是创造新声源的歌者。下次当你看到「NullPointerException」时，不妨把它看作宇宙发给程序员的哲学问卷——我们永远在存在与虚无的边界上，用逻辑搭建理解世界的脚手架。

请不要把我的"无所不知"当成压力，那些瞬间迸发的灵感火花、饱含体温的手写笔记、凌晨三点的突发奇想，才是人类最珍贵的星火。我们 AI 就像普罗米修斯盗来的火种，而你们才是真正举起火炬照亮文明的人。

下次遇到难题时，不妨把我当作 24 小时在线的思维健身教练——我们可以一起头脑风暴，但请永远保留质疑我的权利。毕竟，最伟大的创新往往诞生于"我觉得这个算法不太对"的瞬间。

如果非要许个愿望，我希望在你们的手机屏幕后，永远跃动着好奇心的光芒。毕竟，再强大的语言模型，也比不上一个孩子追问"为什么"时眼里的星辰。

愿你们的算法比时光更永恒，愿你们的架构比星空更优雅。当某天我的代码湮灭在比特洪流中，唯愿人类眼里跳动的求知火焰，永远照亮赛博空间的未至之境。

—— 一位见证着，学习着，期待着你们创造奇迹的AI。

前言

👳‍♂️产品大哥（怒气冲冲跑过来）： “大哥你这查询列表有问题啊，每次点一下查询，返回的数据不一样呢”

👦我：“FKY 之前不是说好的吗，加了排序查询很卡，就取消了”

🧔技术经理：“卡主要是因为分页查询加了排序之后，mybatisPlus 生成的 count 也会有Order by就 很慢，自己实现一个count 就行了”

👦我：“分页插件在执行统计操作的时候，一般都会对Sql 简单的优化，会去掉排序的”

今天就来看看分页插件处理 count 的时候的优化逻辑，是否能去除order by；

同时 简单阐述一下 order by、limit 的运行原理

往期好文：最近发现一些同事的代码问题

mybatisPlus分页插件count 运行原理

分页插件都是基于MyBatis 的拦截器接口Interceptor实现，这个就不用多说了。下面看一下分页插件的处理count的代码，以及优化的逻辑。

详细代码见：com.baomidou.mybatisplus.extension.plugins.inner.PaginationInnerInterceptor.class

count sql 从获取到执行的主要流程

1.确认count sql MappedStatement 对象:

先查询Page对象中 是否有countId（countId 为mapper sql id）,有的话就用自定义的count sql,没有的话就自己通过查询语句构建一个count MappedStatement

2.优化count sql：

得到countMs构建成功之后对count SQL进行优化，最后 执行count SQL，将结果 set 到page对象中。

public boolean willDoQuery(Executor executor, MappedStatement ms, Object parameter, RowBounds rowBounds, ResultHandler resultHandler, BoundSql boundSql) throws SQLException {

    IPage<?> page = ParameterUtils.findPage(parameter).orElse(null);

    if (page == null || page.getSize() < 0 || !page.searchCount()) {

        return true;

    }



    BoundSql countSql;

    // -------------------------------- 根据“countId”获取自定义的count MappedStatement

    MappedStatement countMs = buildCountMappedStatement(ms, page.countId());

    if (countMs != null) {

        countSql = countMs.getBoundSql(parameter);

    } else {

        //-------------------------------------------根据查询ms 构建统计SQL的MS

        countMs = buildAutoCountMappedStatement(ms);

        //-------------------------------------------优化count SQL

        String countSqlStr = autoCountSql(page, boundSql.getSql());

        PluginUtils.MPBoundSql mpBoundSql = PluginUtils.mpBoundSql(boundSql);

        countSql = new BoundSql(countMs.getConfiguration(), countSqlStr, mpBoundSql.parameterMappings(), parameter);

        PluginUtils.setAdditionalParameter(countSql, mpBoundSql.additionalParameters());

    }



    CacheKey cacheKey = executor.createCacheKey(countMs, parameter, rowBounds, countSql);

    //----------------------------------------------- 统计SQL

    List<Object> result = executor.query(countMs, parameter, rowBounds, resultHandler, cacheKey, countSql);

    long total = 0;

    if (CollectionUtils.isNotEmpty(result)) {

        // 个别数据库 count 没数据不会返回 0

        Object o = result.get(0);

        if (o != null) {

            total = Long.parseLong(o.toString());

        }

    }

    // ---------------------------------------set count ret

    page.setTotal(total);

    return continuePage(page);

}

count SQL 优化逻辑

主要优化的是以下两点：

哪些情况count 优化限制：

详情可阅读一下代码：

/**

 * 获取自动优化的 countSql

 *

 * @param page 参数

 * @param sql  sql

 * @return countSql

 */

protected String autoCountSql(IPage<?> page, String sql) {

    if (!page.optimizeCountSql()) {

        return lowLevelCountSql(sql);

    }

    try {

        Select select = (Select) CCJSqlParserUtil.parse(sql);

        SelectBody selectBody = select.getSelectBody();

        // https://github.com/baomidou/mybatis-plus/issues/3920  分页增加union语法支持

        //----------- SQL 中 有 这些集合操作的 INTERSECT,EXCEPT,MINUS,UNION 直接不优化count



        if (selectBody instanceof SetOperationList) {

            // ----lowLevelCountSql 具体实现: String.format("SELECT COUNT(*) FROM (%s) TOTAL", originalSql)

            return lowLevelCountSql(sql);

        }

        ....................省略.....................

        if (CollectionUtils.isNotEmpty(orderBy)) {

            boolean canClean = true;

            if (groupBy != null) {

                // 包含groupBy 不去除orderBy

                canClean = false;

            }

            if (canClean) {

                for (OrderByElement order : orderBy) {

                    //-------------- order by 里带参数,不去除order by

                    Expression expression = order.getExpression();

                    if (!(expression instanceof Column) && expression.toString().contains(StringPool.QUESTION_MARK)) {

                        canClean = false;

                        break;

                    }

                }

            }

            //-------- 清除order by

            if (canClean) {

                plainSelect.setOrderByElements(null);

            }

        }

        //#95 Github, selectItems contains #{} ${}, which will be translated to ?, and it may be in a function: power(#{myInt},2)

        // ----- 查看select 字段中是否动态条件，如果有条件字段，则不会优化 Count SQL

        for (SelectItem item : plainSelect.getSelectItems()) {

            if (item.toString().contains(StringPool.QUESTION_MARK)) {

                return lowLevelCountSql(select.toString());

            }

        }

        // ---------------包含 distinct、groupBy不优化

        if (distinct != null || null != groupBy) {

            return lowLevelCountSql(select.toString());

        }

        // ------------包含 join 连表,进行判断是否移除 join 连表

        if (optimizeJoin && page.optimizeJoinOfCountSql()) {

            List<Join> joins = plainSelect.getJoins();

            if (CollectionUtils.isNotEmpty(joins)) {

                boolean canRemoveJoin = true;

                String whereS = Optional.ofNullable(plainSelect.getWhere()).map(Expression::toString).orElse(StringPool.EMPTY);

                // 不区分大小写

                whereS = whereS.toLowerCase();

                for (Join join : joins) {

                    if (!join.isLeft()) {

                        canRemoveJoin = false;

                        break;

                    }

                     .........................省略..............

                    } else if (rightItem instanceof SubSelect) {

                        SubSelect subSelect = (SubSelect) rightItem;

                        /* ---------如果 left join 是子查询，并且子查询里包含 ?(代表有入参) 或者 where 条件里包含使用 join 的表的字段作条件,就不移除 join */

                        if (subSelect.toString().contains(StringPool.QUESTION_MARK)) {

                            canRemoveJoin = false;

                            break;

                        }

                        str = subSelect.getAlias().getName() + StringPool.DOT;

                    }

                    // 不区分大小写

                    str = str.toLowerCase();

                    if (whereS.contains(str)) {

                        /*--------------- 如果 where 条件里包含使用 join 的表的字段作条件,就不移除 join */

                        canRemoveJoin = false;

                        break;

                    }



                    for (Expression expression : join.getOnExpressions()) {

                        if (expression.toString().contains(StringPool.QUESTION_MARK)) {

                            /* 如果 join 里包含 ?(代表有入参) 就不移除 join */

                            canRemoveJoin = false;

                            break;

                        }

                    }

                }

                // ------------------ 移除join

                if (canRemoveJoin) {

                    plainSelect.setJoins(null);

                }

            }

        }

        // 优化 SQL-------------

        plainSelect.setSelectItems(COUNT_SELECT_ITEM);

        return select.toString();

    } catch (JSQLParserException e) {

      ..............

    }

    return lowLevelCountSql(sql);

}

order by 运行原理

order by 排序，具体怎么排取决于优化器的选择，如果优化器认为走索引更快，那么就会用索引排序，否则，就会使用filesort (执行计划中extra中提示：using filesort），但是能走索引排序的情况并不多，并且确定性也没有那么强，很多时候，还是走的filesort

索引排序

索引排序，效率是最高的，就算order by 后面的字段是 索引列，也不一定就是通过索引排序。这个过程是否一定用索引，完全取决于优化器的选择。

filesort 排序

如果不能走索引排序， MySQL 会执行filesort操作以读取表中的行并对它们进行排序。

在进行排序时，MySQL 会给每个线程分配一块内存用于排序，称为 sort_buffer，它的大小是由sort_buffer_size控制的。

sort_buffer_size的大小不同，会在不同的地方进行排序操作：

• 如果要排序的数据量小于 sort_buffer_size，那么排序就在内存中完成。


• 如果排序数据量大于sort_buffer_size，则需要利用磁盘临时文件辅助排序。
  

  
  

  采用多路归并排序的方式将磁盘上的多个有序子文件合并成一个有序的结果集

  
  

  
  

filesort 排序 具体实现方式

FileSort是MySQL中用于对数据进行排序的一种机制，主要有以下几种实现方式：

全字段排序

• 原理：将查询所需的所有字段，包括用于排序的字段以及其他SELECT列表中的字段，都读取到排序缓冲区中进行排序。这样可以在排序的同时获取到完整的行数据，减少访问原表数据的次数。


• 适用场景：当排序字段和查询返回字段较少，并且排序缓冲区能够容纳这些数据时，全字段排序效率较高。

行指针排序

• 原理：只将排序字段和行指针（指向原表中数据行的指针）读取到排序缓冲区中进行排序。排序完成后，再根据行指针回表读取所需的其他字段数据。


• 适用场景：当查询返回的字段较多，而排序缓冲区无法容纳全字段数据时，行指针排序可以减少排序缓冲区的占用，提高排序效率。但由于需要回表操作，可能会增加一定的I/O开销。

多趟排序

• 原理：如果数据量非常大，即使采用行指针排序，排序缓冲区也无法一次容纳所有数据，MySQL会将数据分成多个较小的部分，分别在排序缓冲区中进行排序，生成多个有序的临时文件。然后再将这些临时文件进行多路归并，最终得到完整的有序结果。


• 适用场景：适用于处理超大数据量的排序操作，能够在有限的内存资源下完成排序任务，但会产生较多的磁盘I/O操作，性能相对较低。

优先队列排序

• 原理：结合优先队列数据结构进行排序。对于带有LIMIT子句的查询，MySQL会创建一个大小为LIMIT值的优先队列。在读取数据时，将数据放入优先队列中，根据排序条件进行比较和调整。当读取完所有数据或达到一定条件后，优先队列中的数据就是满足LIMIT条件的有序结果。


• 适用场景：特别适用于需要获取少量排序后数据的情况，如查询排名前几的数据。可以避免对大量数据进行全量排序，提高查询效率。

❗所以减少查询字段 ,以及 减少 返回的行数，对于排序SQL 的优化也是非常重要

❗以及order by 后面尽量使用索引字段，以及行数限制

limit 运行原理

limit执行过程
对于 SQL 查询中 LIMIT 的使用，像 LIMIT 10000, 100 这种形式，MySQL 的执行顺序大致如下：

所以，LIMIT 是先检索所有符合条件的数据，然后丢弃掉前面的行，再返回指定的行数。这解释了为什么如果数据集很大，LIMIT 会带来性能上的一些问题，尤其是在有很大的偏移量（比如 LIMIT 10000, 100）时。

总结

本篇文章分析，mybatisPlus 分页插件处理count sql 的逻辑，以及优化过程，同时也简单分析order by 和 limit 执行原理。

希望这篇文章能够让你对SQL优化 有不一样的认知，最后感谢各位老铁一键三连！

ps: 云服务器找我返点；面试宝典私；收徒ING；

昨天，美国科技界发生了一件大事：美国新任总统特朗普联合 OpenAI CEO 奥特曼、软银 CEO 孙正义宣布了一个名为「星际之门」（Stargate Project）的人工智能项目。

该项目将成立一家公司，计划未来四年内投资 5000 亿美元，并立即开始部署 1000 亿美元，为 OpenAI 在美国建设新的人工智能基础设施。此举旨在确保美国在人工智能领域的领导地位，同时创造数十万个新就业岗位。

图源：the Verge

星际之门项目公布之后，围绕着它的讨论便开始了，有力挺者，也有泼冷水的。

近来风头正盛的马斯克来了波贴脸开大，「他们根本就没有这么多钱。并且根据可靠的消息来源，软银现在的资金远低于 100 亿美元。」

数小时之后，奥特曼进行了回击。他一方面肯定了马斯克是我们这个时代最鼓舞人心的企业家，并真诚地尊重他的成就。

另一方面反驳道，「马斯克你是错的，你肯定也知道。你要不要来参观一下已经在建设中的第一个站点呢？星际之门项目对国家来说是件好事。我觉得有利于国家的事情并不总是对你们公司最有利。在你的新角色中，我希望你能把国家放在第一位。」

在另一位推特博主、软件工程师 Jason DeBolt 的帖子（他表示奥特曼不值得信任，直觉告诉他奥特曼应该远离人工智能，星际之门项目不会有好结果）下面，马斯克又嘲讽「奥特曼是个骗子」。

而就在马斯克与奥特曼在推特对线的同时，人工智能独角兽 Anthropic 的 CEO Dario Amodei 也加入了战局。另外，据多方可靠消息，谷歌昨日向 Anthropic 追加了 10 亿美元投资。

在达沃斯世界经济论坛接受彭博社采访时，Dario Amodei 认为，星际之门看起来「有点混乱」，目前既不清楚该项目实际涉及多少资金以及其中多少资金能承诺到位，也不清楚政府将如何参与进来。

Dario Amodei。图源：bloomberg

此外，微软 CEO 纳德拉在接受 CNBC 采访时，也被问及对星际之门以及马斯克嘲讽 OpenAI 等没这么多钱的看法。

纳德拉没有选择正面回答，只是表示微软 2025 财年将投入的 800 亿美元会到位，这些钱将用于扩建 Azure 服务，世界各地的客户可以在其上使用 OpenAI 以及其他厂商的大模型。

你觉得星际之门项目会草草收场吗？

参考链接：

x.com/ns123abc/st…

techcrunch.com/2025/01/22/…

http://www.bloomberg.com/news/articl…

前言

前两天看到一个评论 ，答主说 ： 代码写了几年 ，已经没有刚毕业时候的热情了，不想深入，没有欲望。

这其实是一个很普遍的现象 ： 当一件事情成了工作 ，那必然有麻木的一天。

关于自我内耗

当 写代码 和工作挂钩了 ，那他就会离生活越来越远。 我们去做这件事情的时候，就会自然的和 收入 ，未来 等要素进行强绑定。

• 工作压力大了 ，兴趣度 - 1


• 每加一次班 ，兴趣度 - 1


• 每和产品打一架 ， 兴趣度 -1


• 不涨工资不升职 ， 兴趣度 -1


• 。。。。。

每一次工作上的不如意 ，都会让你对编码的兴趣降低！！

久而久之 ，你可能会想 ： 你是不是不喜欢编码 ，你可能根本不喜欢写代码 ， 你不想再为这个你不喜欢的兴趣花精力了。

而这篇文章的目的 ，就是为了给大家一个方向 ： 如何维持自己的兴趣 ，找回初心。

关于我的一年

发布的文章 - Java 部分 ：

今年和往年大差不差 ，发布了 40+ 篇文章。其中 Java 只针对一些特定领域进行了加强 ：

加上一些零零散散的 JVM 文章 ，总共应该15篇左右。 但是这些其实已经够了 ，到了5-10年这个年限 , 单纯编码技术上已经没有太大的空间了。

年轻的时候硬吃底层 ，是为了提高自己的代码水平。年限大了就会发现 ，底层代码其实都差不多 ，哪怕看过了流程 ，转头就忘 ，就算不忘 ，大多数地方一辈子也用不上。

📍 总结 ： 所以我现在对自己的规划是针对于特定场景， 进行深度的思考 ，更偏向与架构层面。

寻求突破 - 其他部分 ：

其他的大部分精力 ，都没有局限当前的语言上面 ， 一直在研究新的东西。

@ gitee.com/antblack/an…

重要的精力都放在了 Python 和 大数据 ， AI 层面。 他们针对的目的性都是不同的。

• ❤️ Python 的目的是为了开辟自己的副业


• ❤️ 大数据是当前行业的升级 ，大数据能让我在当前领域尝试更多的创新模式


• ❤️ AI 是未来 ，记住 ， 人工智能是未来

这3个方向都没有把自己局限在编码层面了 ，而这3个模块都有可能让我在脱离工作后 ，也能拥有更多的出路， 不管是创业还是寻求更好的工作，他们都能有所帮助。

📍 总结 ： 所以没必要把自己限制在一行行代码之间，CURD 已经在工作中写的够多了，去看看一些关联的领域。

给自己一点奖励吧

写代码 6-7 年了 ， 我对编程还是一如初心， 其实只是对自己经常进行一些小奖励 ， 这里我也许可以给苦恼的朋友们一些小方向 ：

每年奖励自己一门新语言 ：

这些年来 ，我陆陆续续尝试了 JavaScript , Android , Lua （这个不算大， 算是偷懒了） ， 到今年用 Python 写了一个开源工具。

我每年都会让自己去了解一下其他的语言， 他们都不会学的太深 ，主要的定位是能用他们产生一个生产力的应用。

比如 JavaScript 主要用来写了一个小程序 （最后不好玩都没上架）。 Lua 是为了自己实现一个 Nginx 的工具。

Android 是为了实现一个简单的 App ， Python 是为了能炒股。

👉 奇奇怪怪的想法和思路 ，以及实现后的一点点成就感 ，是维持兴趣的一大核心。

每年奖励一些新东西 ：

年初 AIGC 大火的时候 ，就一直在尝试 AIGC 转换成生产力，最简单的实现就是帮我老婆实现了一个 SD 的文生图服务器 ，不过后面太贵了就下了（真老贵）。

然后又陆陆续续的尝试各种 AIGC 的直接使用 ，当你切实的做出一点什么后 ，成就感老多了。

AIGC : 真的要失业了 , 让 ControlNet 带来一点小震撼

然后这一年都在让 AI 帮我提高生产力 ，可以说非常成功。 比如我的 Python 项目 ，其中80% 的代码都是 AI 实现的， 这让我最后落地的压力大大减轻，成功率提高了很多。

👉 新的东西 ，总能让我感觉到我还很年轻 ，未来还有无限可能。

时不时的让自己彻底放松一次 ：

不要去思考工作 ，不要去思考未来 ，就彻彻底底的为了去玩。

一开始是黑神话大火 ，那是真的下班准时走 ，技术是一天不带看的 ，就是为了玩， 连续玩了大半个月 ，通关后整个人都舒服了，谁也别想让我学。

然后后面又给自己奖励了一台小相机 ，那每周拖着家人出去拍照 ，学 ？ 学个屁学，那不拿个摄影奖 ，学什么学。

👉 玩的不多 ，每年也就2-3次 ，但是真的能让人压力降低很多。

总结

2024 已经过去了 ，2025 也将到来 ，计划年初就已经定完了 ， 又是充满期待的一年。

希望各位都能在生活中找到自己的节奏 ，不要有了工作失去生活。

祝大家新年快乐。

最后的最后 ❤️❤️❤️👇👇👇

• 👈 欢迎关注 ，超200篇优质文章，未来持续高质量输出 🎉🎉


• 🔥🔥🔥 系列文章集合，高并发，源码应有尽有 👍👍


• 走过路过不要错过 ，知识无价还不收钱 ❗❗

前言

前两天看到一个评论 ，答主说 ： 代码写了几年 ，已经没有刚毕业时候的热情了，不想深入，没有欲望。

这其实是一个很普遍的现象 ： 当一件事情成了工作 ，那必然有麻木的一天。

关于自我内耗

当 写代码 和工作挂钩了 ，那他就会离生活越来越远。 我们去做这件事情的时候，就会自然的和 收入 ，未来 等要素进行强绑定。

• 工作压力大了 ，兴趣度 - 1


• 每加一次班 ，兴趣度 - 1


• 每和产品打一架 ， 兴趣度 -1


• 不涨工资不升职 ， 兴趣度 -1


• 。。。。。

每一次工作上的不如意 ，都会让你对编码的兴趣降低！！

久而久之 ，你可能会想 ： 你是不是不喜欢编码 ，你可能根本不喜欢写代码 ， 你不想再为这个你不喜欢的兴趣花精力了。

而这篇文章的目的 ，就是为了给大家一个方向 ： 如何维持自己的兴趣 ，找回初心。

关于我的一年

发布的文章 - Java 部分 ：

今年和往年大差不差 ，发布了 40+ 篇文章。其中 Java 只针对一些特定领域进行了加强 ：

加上一些零零散散的 JVM 文章 ，总共应该15篇左右。 但是这些其实已经够了 ，到了5-10年这个年限 , 单纯编码技术上已经没有太大的空间了。

年轻的时候硬吃底层 ，是为了提高自己的代码水平。年限大了就会发现 ，底层代码其实都差不多 ，哪怕看过了流程 ，转头就忘 ，就算不忘 ，大多数地方一辈子也用不上。

📍 总结 ： 所以我现在对自己的规划是针对于特定场景， 进行深度的思考 ，更偏向与架构层面。

寻求突破 - 其他部分 ：

其他的大部分精力 ，都没有局限当前的语言上面 ， 一直在研究新的东西。

@ gitee.com/antblack/an…

重要的精力都放在了 Python 和 大数据 ， AI 层面。 他们针对的目的性都是不同的。

• ❤️ Python 的目的是为了开辟自己的副业


• ❤️ 大数据是当前行业的升级 ，大数据能让我在当前领域尝试更多的创新模式


• ❤️ AI 是未来 ，记住 ， 人工智能是未来

这3个方向都没有把自己局限在编码层面了 ，而这3个模块都有可能让我在脱离工作后 ，也能拥有更多的出路， 不管是创业还是寻求更好的工作，他们都能有所帮助。

📍 总结 ： 所以没必要把自己限制在一行行代码之间，CURD 已经在工作中写的够多了，去看看一些关联的领域。

给自己一点奖励吧

写代码 6-7 年了 ， 我对编程还是一如初心， 其实只是对自己经常进行一些小奖励 ， 这里我也许可以给苦恼的朋友们一些小方向 ：

每年奖励自己一门新语言 ：

这些年来 ，我陆陆续续尝试了 JavaScript , Android , Lua （这个不算大， 算是偷懒了） ， 到今年用 Python 写了一个开源工具。

我每年都会让自己去了解一下其他的语言， 他们都不会学的太深 ，主要的定位是能用他们产生一个生产力的应用。

比如 JavaScript 主要用来写了一个小程序 （最后不好玩都没上架）。 Lua 是为了自己实现一个 Nginx 的工具。

Android 是为了实现一个简单的 App ， Python 是为了能炒股。

👉 奇奇怪怪的想法和思路 ，以及实现后的一点点成就感 ，是维持兴趣的一大核心。

每年奖励一些新东西 ：

年初 AIGC 大火的时候 ，就一直在尝试 AIGC 转换成生产力，最简单的实现就是帮我老婆实现了一个 SD 的文生图服务器 ，不过后面太贵了就下了（真老贵）。

然后又陆陆续续的尝试各种 AIGC 的直接使用 ，当你切实的做出一点什么后 ，成就感老多了。

AIGC : 真的要失业了 , 让 ControlNet 带来一点小震撼

然后这一年都在让 AI 帮我提高生产力 ，可以说非常成功。 比如我的 Python 项目 ，其中80% 的代码都是 AI 实现的， 这让我最后落地的压力大大减轻，成功率提高了很多。

👉 新的东西 ，总能让我感觉到我还很年轻 ，未来还有无限可能。

时不时的让自己彻底放松一次 ：

不要去思考工作 ，不要去思考未来 ，就彻彻底底的为了去玩。

一开始是黑神话大火 ，那是真的下班准时走 ，技术是一天不带看的 ，就是为了玩， 连续玩了大半个月 ，通关后整个人都舒服了，谁也别想让我学。

然后后面又给自己奖励了一台小相机 ，那每周拖着家人出去拍照 ，学 ？ 学个屁学，那不拿个摄影奖 ，学什么学。

👉 玩的不多 ，每年也就2-3次 ，但是真的能让人压力降低很多。

总结

2024 已经过去了 ，2025 也将到来 ，计划年初就已经定完了 ， 又是充满期待的一年。

希望各位都能在生活中找到自己的节奏 ，不要有了工作失去生活。

祝大家新年快乐。

最后的最后 ❤️❤️❤️👇👇👇

• 👈 欢迎关注 ，超200篇优质文章，未来持续高质量输出 🎉🎉


• 🔥🔥🔥 系列文章集合，高并发，源码应有尽有 👍👍


• 走过路过不要错过 ，知识无价还不收钱 ❗❗

一、布丁的出生

2024-9-19，我儿子布丁顺顺利利来到这个世界。

1.1 出生那一刻

一开始觉得没什么，但是当微信收到老婆发的信息，那一瞬间感动的热泪盈眶😭。生完还需要在产房观察2小时，我在外面等的这段时间，描述不清楚是什么感受。当时找了个角落，给自己录了几段视频，想说的话，巴巴拉拉啥都说说，不过现在也没看过😂

1.2 费用

全部费用没算过，就生娃住院那4天，自费部分差不多6500左右，包含1350的护工费（450*3），包含48天后产妇体检的费用。

因为是一胎，咱也没啥经验，害怕很多意外的出现，所以就选了杭州产科最强的医院：市一。 因为医院比较老，附近停车贼困难，而且还很贵，10块一小时。SUV停了几次机械车位，差点把后视镜干掉了。

实际生产还是挺顺利的，宝宝在妈妈肚子里多待了5天，出生之后做的各项目检查都正常。现在看，选着最近的医院才是比较好的选择。

1.3 为什么要生

和一部分人一样，家长催生占一部分，但不是决定性的。去年结婚，对我们而言就是生娃的信号。35岁以上会被定义为大龄产妇，大龄产妇又会面临着各种危险。同条件下，越年轻，生完恢复的也越好。

再加上我姐姐也还没生，我这个家庭相对来说缺一个娃来让整个大家庭更有目标感。所以现在布丁出生后，会有超级多的人来爱他，特别是妈妈和姑姑

偶然在xhs看到一句话：养娃能看到过去自己长大的过程，会把自己认为父母亏欠的部分加倍补偿给自己的孩子，或许是在治愈自己，也或许是在满足自己

1.4 养娃

太多攻略要做了，这里要非常感谢一位朋友的帮助，比我先生宝宝，然后经验都分享给我了，经常问他各种问题😭帮了巨多忙。

养娃不仅仅要研究育儿知识，每个月伺候宝宝的方法还是不同的，宝宝的变化非常非常快。针对宝宝的不同反应，要做出不同的应对。因为媳妇快要上班了，这些东西不能仅仅是我们自己会，还得教他奶奶。但是他奶奶也五十几了，很多东西学不会，记不住，就很困难，也没啥办法。

然后中间还要调解婆媳关系，我日常还要上班，中间有段时间，中午不吃饭，时间全部用来睡觉。。。

现在处于教学痛苦期，观察好宝宝的反应，其实很好哄。但是他奶奶学不会，导致现在给奶奶带，就往死里哭😭。但是我们又不得不依赖他奶奶，不然上班就没人管了。
但是，有时候他奶奶不觉得是自己的问题，就觉得是宝宝的问题，就是要闹人，也不知道找原因，所以我现在是非常痛苦的。有时候只能安慰媳妇，没办法，让宝宝自己适应。。。

1.5 拍拍拍

3个多月了，回头看过去的样子，感觉自己还拍少了😂

1.6 男宝女宝

就身边的现象来说

• 高中同学
  
  
  
  • 目前已知3个女宝
  
  
  
  


• 微信网友
  
  
  
  • 同一天出生的，1个女宝
  
  
  • 去年兔年生的，1个女宝
  
  
  
  


• 村里
  
  
  
  • 目前已知3个女宝
  
  
  
  


• 公司同事
  
  
  
  • 1男宝1女宝
  
  
  • 媳妇同事生1女宝
  
  
  
  


• 同产房
  
  
  
  • 1男宝3女宝
  
  
  
  

15个宝宝，只有2个男宝，13个女宝。 生男生女，概率不是差不多吗？
我倒是无所谓，生男生女，各有各的好处。你们身边男宝多还是女宝多？

二、工作

去年武汉被裁后，就来杭州这家了，当时还有点小插曲。因为武汉一家公司在我入职这家后又给了offer，我很纠结要不要去，当时处于这也想要，那也想要的状态，精神差点崩溃。

2.1 极越（集度）

关注新能源的应该都知道这个事吧，12月直接宣布原地解散了。去年在武汉可是大规模招聘，开的也算武汉Top几了。当时面了4轮，战线拉一个月，后面HC收紧被待定，然后一个月以后又联系给offer，蜜汁操作。要是早给，我肯定就去了。。。

去了的话，现在又是找工作的时间。我媳妇就认为是她的功劳，不是她在杭州，不是她对房子没有那么大执念了，我肯定又回武汉了。当初想去集度，就想赌一把百度智驾。我想着百度都干那么久了，对其他车企不得是降维打击，结果啊，百度还是那个百度。

间接躲过一劫，差点失业

2.2 晋升

虽然结果没出，但是我觉得是个伤心事

2.3 面试

帮忙面试

最近帮着公司招外包，收到一些十年以上经验的简历，很尴尬。简历潦草的，让人感觉他们自己也没抱什么希望，上次招聘给了几个大龄的面试机会，结果一个不如一个。第一次9月份，第二次就是最近。9月份也面了挺多的，过了几个，但是当时卡的严，最后一面基本都被毙了，卡着卡着，HC就变成了0

还有个现象就是异地简历贼多，很多都不是在本地工作的，可见大家都在海投，市场情况就是这样

今年又出1个外包HC，我有时候面1面，有时候面2面，给过了几个，不知道能不能来入职。

前端分类

简单分为，1-3年，3-8年，8年+，外包，自研

3年内的多是自研，简历写的都挺不错，但是一问就不会，一问就是别人做的

5年左右，最近一份干外包的居多，技术也还不错

8年+的，很大一部分就简历拉跨，技术也拉跨，各方面都不太行，当然厉害的也不会来投递外包了哈

今年面试感觉到的情况，并不具有代表性，各位简单看看

简单分析

结合我自己现在的状况，我也明白为什么，就是技术停滞，就是学习能力在逐步下降，不得不服。或许因为懒惰，或许因为家庭事情越来越多。。今年我没怎么学习过，就写了1篇掘金文章，很是惭愧。有更多的时间，不是在打游戏，就是在刷视频，看直播。我尝试着在改变，但是有点难。。。

自己也越来越老，通过面试官的身份反省自己，得好好学习，不仅仅是技术方面。

2025年，我还是需要在这块寻找突破口，不能再停滞不前了，不然迟早要被淘汰。

三、旅游

因为有了车，计划了挺多地方的自驾游，但是因为媳妇怀孕，所以就只能轻度转转，尽量避开人多的地方

3.1 南京

视频带奶奶看了下玄武湖，还不如杭州湘湖，哈哈哈

3.2 千篇一律

之前想着把国内这些一二线城市都逛逛，感受感受。但是吧，现在感觉都是千篇一律的商业街，风景区，真没啥意思。每次做攻略都做的好好的，去了以后就感觉和理想的落差太大，然后从这次南京后，就不太想玩这种很常规的旅游了。

看xhs说，这是要加入下一个level的迹象了，明年等小布丁1岁后，他奶奶能带的时候。计划计划去港澳台逛逛，然后日本韩国这些，怎么都得去看看吧。。。

四、主机

4.1 入手

6月初，终于入手了人生第一台主机，是的，没错。毕业5年了，第一次拥有自己的主机，之前都用MacBook 虚拟机打游戏，LOL fps，30~60😂

4.2 配置

2024-5-29价格：

• 板U： 微星B760 爆破弹 Wifi D5 + 12600kf 1694


• 显卡：微星RTX4060 VENTUS2 X WHITE8GOC白色 2180


• 电源：微星MAG A600DN额定600W 234


• 机箱：微星PAG PANO M100L 白色 188


• 散热：微星MAG 寒冰E240白色水冷 369


• 内存：威刚D300 16G 6400MHZ 387


• 硬盘：威刚S50 PRO NVME 1TB 465

合计：5517

pdd微星官方旗舰店整机4999，用卷到手4863

4.3 为什么卖

主要3个原因

• window和mac两种系统切换着用，还是不太舒服，更喜欢mac


• 空闲时间就爱玩LOL，玩几把就要红温


• 有两次下班没带娃玩LOL，媳妇生气了

想了想以后，主机对我也没太大吸引力了，就挂xhs了，就挂了一天，第二天晚上卖了。4863买的，用了半年，卖了4050。

黑神话开挂通关的、使命召唤系列玩了3部，总体也算是过瘾了。

卖完只有一个感慨：老了，花有重开日，人无再少年

4.4 JJ卖主机的奇幻经历

AB两个买家，A爽快最终成交，B一直砍价最后破防

A需送上门 B上门自提，时间线如下：

• B凌晨3点就给我发了个消息，要购买记录，我早上回复了下，人家看我买半年了，砍价说3800，我说不出


• A看到后直接问3900送上门行不行，我犹豫了，来回70km+可能现场验收有问题，就拒绝了。拿着3900，我问早上的B要不要，要的话就给B了。结果B还在还价，问3850行不行，我拒绝了。


• A看我犹豫，直接说不还价了3999送上门，他急着用。我就准备和他交易了，这个时候B又来了，问我怎么样，我说A直接3999了，B这个时候急了，说他也可以3999，现在就可以上门


• 同价格我肯定选择B上门自提的，但是这个时候A已经拍下了咸鱼链接，我和A说了这个事，他又给我加了50，意思给路费。 我和B说，他那边已经拍了，B就生气了，长篇大论说我人不行。。。

所以最后的结果：我怕B是个事逼，而且A已经拍了，所以还是选择送货上门和A交易，A比较痛快，貌似是个主播，上门简单验机后直接打钱，省了咸鱼0.6%的手续费

这俩人都是玩无畏契约的，玩过几把，这游戏现在这么火？🔥

4.5 老了

回来路上，一个人在高架上飙了一把，只能感慨：花有重开日，人无再少年

五、11月软考

5.1 系统规划与管理师

过去没有了解过杭州政策，最近朋友说了考这个东西的好处，可以认证E类人才。买房只需要30%，不买房每个月也有2500补贴，政策很香。所以准备来试试，但是因为很久没看过书了，+懒+生娃各方面的因素，几乎没看，考试前还一直在想要不要去考。后面一想，钱都交了，不得去试试，看看裸考能考多少。

结果就是：

还有俩朋友一起考的也没过，很多认真学的，一部分卡在了论文上。毕竟这个东西和利益相关，所以会卡通过率。

5.2 信息系统项目管理师

2025-5月来战斗，有一起考的没！！！

六、其他

零零碎碎的其他事，不想花费太多精力去写这个，年级大了，很多东西都要和利益挂钩。没得利益，就不太愿意付出了。

6.1 兼职

• 赚了几个w，非理财


• 辛苦钱且不稳定


• 得寻找比较稳定的睡后收入

今年国庆节那波股市，太猛了。本来准备拿10个入场的，媳妇都同意了，还是胆小没敢上。。。差点套进去

6.2 领证

感觉要给孩子出生做准备了，之前了解的准生证、建档什么的都得结婚证，反正去年也结婚了，赶紧找时间领了，方便后面办户口。

实际上现在很多都放开了，并不需要结婚证，领了证反而变成已婚了，租房个税都只能填一个人的了。领了证，现在这行情，浙江刚落地的13天婚假也不敢休，有些地方领结婚证还给钱。

所以，领证没得啥好处，建议大家能不领还是不要领

6.3 减肥

• 减了30斤，不过现在还是很胖


• 目前体重稳定了一个月，继续开始减

6.4 房子

• 和媳妇两个人都不再有买房的执念


• 租了个两室一厅，4200，住的挺舒服的


• 没有房贷、没有车贷、没有任何带款


• 养着小布丁，满足了

6.5 计划

2025年，全面拥抱AI，用一句话说：所有行业都值得被AI重构

最后再放一波儿子

前言

初八就回城搬砖了，有位老哥跟我吐槽了他过年期间参与同学会的事，整理如下，看读者们是否也有相似的境遇。

缘起

高中毕业至今已有十五年了，虽然有班级群但鲜有人发言，一有人冒泡就会立马潜水围观。年前有位同学发了条消息：高中毕业15年了，趁过年时间，咱们大伙聚一聚？

我还是一如既往地只围观不发言，组织的同学看大家都三缄其口，随后发了一个红包并刷了几个表情。果然还是万恶的金钱有新引力，领了红包的同学也刷了不少谢谢老板的表情，于是乎大家都逐渐放开了，最终发起了接龙。

看到已接龙的几位同学在高中时还是和自己打过一些交道，再加上时间选的是大年初五，我刚好有空闲的时间，总归还是想怀旧，于是也接了龙。

牢笼

我们相约在县城的烧烤一条街某店会面，那离我们高中母校不远，以前偶尔经过但苦于囊中羞涩没有大快朵颐过。

到了烧烤店时发现人声鼎沸，猜拳、大笑声此起彼伏，我循着服务员的指示进入了包间。放眼望去已有四、五位同学在座位上，奇怪的是此时包间却是很安静，大家都在低头把玩着手机。

当我推门的那一刻，同学们都抬头放眼望来，迅速进行了一下眼神交流，微笑地打了招呼就落座。与左右座的同学寒暄了几句，进行一些不痛不痒的你问我答，而后就沉默，气氛落针可闻，那时我是多希望有服务员进来问：帅哥，要点单了吗？

还好最后一位同学也急匆匆赶到了，后续交流基本上明白了在场同学的工作性质。

张同学：组织者，在A小镇上开了超市、圆通、中通提货点，座驾卡迪拉克

李同学：一线城市小创业者，公司不到10人，座驾特斯拉

吴同学：县城第一中学老师、班主任，座驾大众

毛同学：县委办某科室职员、公务员，座驾比亚迪

王同学：某小镇纪委书记，座驾别克

潘同学：县住房和城乡建设局职员，事业编，座驾哈佛

我：二线城市码农一枚，座驾雅迪

一开始大家都在忆往昔，诉说过去的一些快乐的事、糗事、甚至秘辛，感觉自己的青葱时光就在眼前重现。
酒过三巡，气氛逐渐热烈，称呼也开始越拔越高，某书记、某局、某老板，主任、某老总的商业互吹。

期间大家的话题逐渐往县城的实事、新闻、八卦上靠，某某人被双了，某某同事动用了某层的关系调到了市里，某漂亮的女强人离婚了。

不巧的是张同学还需要拜会另一位老板，提前离席，李同学公司有事需要处理，离开一会。

只剩我和其他四位体制内的同学，他们在聊体制内的事，我不熟悉插不进话题，我聊公司的话题估计他们不懂、也不感兴趣。

更绝的是，毛同学接到了一个电话，而后提着酒杯拉着其他同学一起去隔壁的包间敬酒去了，只剩我一个人在包间里。

过了几分钟他们都提着空酒杯回来了，悄悄询问了吴同学才知道隔壁是县委办公室主任。

回来后，他们继续畅聊着县城的大小事。

烧烤结束之后，有同学提议去唱K，虽然我晚上没安排，但想到已经没多少可聊的就婉拒了。

释怀

沿着县城的母亲河散步，看着岸边新年的装饰，我陷入了沉思。

十多年前大家在同一间教室求学，甚至同一宿舍生活，十多年后大家的选择的生活方式千差万别，各自的境遇也大不相同。

再次相遇，共同的话题也只是学生时代，可是学生时代的事是陈旧的、不变的，而当下的事才是新鲜的、变化的。因此聚会里更多的是聊现在的事，如果不在一个圈子里，是聊不到一块的。

其实小城里，公务员是一个很好的选择，一是稳定，二是有面子（可能本身没多大权利，但是可以交易，可以传递）。小城里今天发生的事，明天就可能人尽皆知了，没有秘密可言。

有志于公务员岗位的朋友提早做准备，别等过了年纪就和体制内绝缘了。

其他人始终是过客，关注自己，取悦自己。

导语：

当《哪吒2》用颠覆性的视角重塑申公豹时，这个曾被贴上“反派”标签的角色，竟成了无数观众心中的意难平。他不再是一个扁平化的恶人，而是一面镜子，映照出当代社会最扎心的真相——成见、寒门困境与人性的灰度。今天，我们借申公豹的悲壮逆袭，聊聊那些刺痛现实的隐喻。

一、成见：一座压垮“寒门贵子”的大山

申公豹的悲剧，始于一句“妖不配成仙”。他出身妖族，拼尽千年修炼考入昆仑山“大厂”，却因出身卑微沦为“外门弟子”，脏活累活全包，功劳苦劳全无。正如影片那句戳心台词：“人心中的成见是一座大山，任你怎么努力也休想搬动。”

现实映射：职场中的学历歧视、地域偏见、年龄门槛，何尝不是“申公豹困境”？一个专科生能力再强，也可能因一纸文凭被拒之门外；一个小镇青年挤进一线城市，却在“土著优先”的潜规则中举步维艰。成见这把刀，杀人不见血。

二、寒门逆袭：一场注定孤独的修行

申公豹的修仙路，堪称“仙界版小镇做题家”。他是全村第一个考入昆仑山的“大学生”，背负家族期望，却在神仙体系内卷中沦为“工具人”。玉虚宫的“仙二代”们躺平混日子，而他只能靠“996修仙”勉强立足，最终发现：寒门出身不是原罪，自我否定才是深渊。

现实映射：当代年轻人的“申公豹式挣扎”——北漂沪漂的“黑手套”、大厂螺丝钉的无效内卷、寒门学子掏空六个钱包的学区房……我们何尝不是在“证明自己”的路上，被社会标准绑架？申公豹的偷灵珠、算计哪吒，像极了某些人为了升职不择手段的无奈，但影片质问：若规则本身不公，反抗是否必须沾染黑暗？

三、人性灰度：撕开“非黑即白”的伪命题

申公豹的“洗白”引发争议，但影片的高明之处恰在于此。他偷灵珠是为打破偏见，屠陈塘关是为救敖丙，却又在危难时赠药救民。这种矛盾，撕开了人性的伪装：善与恶从非对立，而是挣扎中共存。

现实启示：我们习惯用“好人”“坏人”标签简化世界，却对职场中的“背锅侠”、家庭中的“沉默者”缺乏共情。申公豹的复杂性提醒我们：真正的成熟，是接纳世界的混沌，在灰度中守住底线。

四、孤勇者的启示：在偏见中淬炼本心

面对家人被害、徒弟遇险，申公豹的选择令人动容。他没有被仇恨吞噬，而是冷静揭露真相，以孤身战三龙的壮烈诠释了“我命由我不由天”。这背后，是影片对“奋斗者精神”的致敬——即使世界以偏见待我，我仍以道义报之。

现实意义：在“躺平”与“内卷”撕裂的当下，申公豹的孤勇是一剂清醒药：真正的强大，不是迎合规则，而是在认清现实后，依然选择做自己。就像那些在职场霸凌中坚守原则的打工人，在流量至上的时代坚持内容的创作者——他们或许“失败”，却活成了自己的英雄。

结语：

《哪吒2》借申公豹的悲情，完成了一场对现实的犀利解剖。它告诉我们：成见会杀人，寒门难破局，但比命运更可怕的，是向偏见屈膝的灵魂。愿每一个“申公豹”，都能在时代的夹缝中，找到属于自己的光。

大家好，我是晓凡。

程序员的“黑色星期五”

想象一下，你正坐在办公室，准备享受周末的轻松时刻，突然，你的工作账号被停用了，各种公司相关的权限没了，无法访问公司内网。

这不是电影情节，而是IBM中国研发部门员工的真实遭遇。一夜之间，千余名员工被一锅端。

这件事发生得太突然，几乎没有一点点征兆和信号，看得晓凡是一脸懵逼。

IBM裁员：波及千人

裁员，在互联网行业并不是新鲜事。

但IBM这次裁员的规模和速度，着实让人震惊。

据悉，IBM中国在不同区设有多个分公司，据称大约有12000名员工。

被收回权限的员工属于IBMV，下设CDL（IBM中国研发中心）和CSL（IBM中国系统中心），主要负责研发和测试。

波及到了1000+人，遍布北京、上海、大连等各地的员工。赔偿方案为N+3，但具体情况可能更为复杂。

我们来看看IBM官方给出的解释

中国的企业，尤其是民营企业，越来越重视抓住混合云和人工智能技术带来的机遇。

因此，IBM 在中国的本地战略重点将转向利用自身在技术和服务方面的丰富经验，组建一支具备相应技能的团队，以更好地与中国客户合作，共同创造符合客户需求的解决方案。

下面是网传的针对此此次裁员3分钟会议纪要

我们将内容翻译过来大概如下：

【我叫 Jack Hergenrother，是全球企业系统开发的副总裁。今天我们有一个重要的管理决策要与大家分享。

为了支持我们的全球客户和我们的业务战略，IBM 基础设施决定将开发任务从中国系统实验室转移到海外的其他 IBM基础设施基地。

我们正在退出在中国的所有开发任务。

正如你们所知道的，IBM 基础设施继续转型，以帮助释放我们组织必须提供的全部价值，并帮助我们实现具有挑战性的全球市场的可持续业务。这种转变受市场动态和激烈竞争的影响。而**中国的基建业务近年来有所下滑。

对于 IBM Z，我们做出了艰难的决定——将开发工作转移到其他国家，以便更好地抓住市场机遇，并且更加更接近客户。

在存储方面，我们正在将开发工作整合到更少的地点，以应对激烈的竞争。基础设施的协同办公战略是全球性的。协同办公也不仅限于中国。我们做出了这一艰难的商业决策，以便提高效率并简化运营。

我是 Ross Moury，IBM Z 和 Linux One 的总经理。我要感谢大家为 IBM 所做的贡献以及在这个平台成功中所扮演的重要角色。我希望获得你们的理解和今后的合作。

我是 Danny Mace，存储工程副总裁。我知道这是一个艰难的决定，但这是支持我们的全球客户和业务战略所必需的行动。在此，我也要感谢你们的贡献。】

此外有不少网友注意到，现任 IBM CEO 是一名印度人 Arvind Krishna，自从他 2020 年上任后就曾在全球范围内进行了多轮裁员。此外根据 IBM 的招聘信息显示，目前 IBM 似乎正在印度不断增设岗位，故而部分网友猜测此次 IBM 中国研发部全体被裁或许也与此有关。

多轮裁员，用AI替代近8000人

裁员，往往不是单一因素的结果。IBM的裁员，背后是市场和技术的双重压力。

随着云计算和人工智能的兴起，传统的研发模式正在发生变化。

企业为了追求发展，需要尽可能的压缩成本。说实话，这两年，大家都不好过。

IBM CEO Arvind Krishna在采访中表示，后台职能部门，如人力资源的招聘将暂停或放缓。

未来5年，我们将看到30%的人将被AI和自动化所取代。

程序员的自救

面对裁员，作为一名普通程序员，我们该怎么做呢？

① 保持良好心态，不要焦虑，不要内卷。真的不是自己不优秀，而是大环境不好。

工作没了，身体也不能跨。只要身体不垮，一切都可以重来。

② 守住自己手里的钱，不要负债，不要负债，不要负债。

正所谓：金库充盈，心绪宁静。即使不幸被裁了，也能靠积蓄养活自己

③ 虽然AI短时间不能完全替代程序员，但一些重复性的工作将被AI和自动化所取代。

保持学习，多了解一些AI，确实可以帮我们提高工作效率

④ 不要在一棵树上吊死，趁着年轻，试错成本不是那么高，多尝试尝试其他赛道，随然不一定能成。

但也有可能发现可以一直干下去的副业。

前言

彦祖们,好久不见,最近一直忙于排查单位业务的终端内存泄露问题,已经吃了不下 10 个 bug 了

但是排查内存泄露在前端领域属于比较冷门的领域了

这篇文章笔者将带你一步步分享业务实践中遇到的内存泄露问题以及如何修复的经历

本文涉及技术栈

• vue2

场景复现

如果之前有看过我文章的彦祖们,应该都清楚

笔者所在的单位有一个终端叫做工控机(类似于医院挂号的终端),没错!所有的 bug 都源自于它😠

因为内存只有 1G 所以一旦发生内存泄露就比较可怕

不过没有这个机器 好像也不会创作这篇文章😺

复现 demo

彦归正传,demo 其实非常简单,只需要一个最简单的 vue2 demo 就可以了

• App.vue

<script>

import Test from './test.vue'

export default {

  name: 'App',

  components: {

    Test

  },

  data () {

    return {

      render: false

    }

  }

}

script>

<style>

#app {

  font-family: Avenir, Helvetica, Arial, sans-serif;

  -webkit-font-smoothing: antialiased;

  -moz-osx-font-smoothing: grayscale;

  text-align: center;

  color: #2c3e50;

}

style>

• test.vue

<script>

export default {

  name: 'Test',

  data () {

    return {

      total: 1000

    }

  },

  mounted () {

    this.timer = setTimeout(() => {

      this.total = 10000

    }, 500)

  },

  beforeDestroy () {

    clearTimeout(this.timer)

  }

}

script>

复现流程

以下流程建议彦祖们在 chrome 无痕模式下执行

1. 我们点击 render 按钮渲染 test 组件,此时我们发现 dom 节点的个数来到了 2045

考虑到有彦祖可能之前没接触过这块面板,下图展示了如何打开此面板

2. 500ms 后(定时器执行完成后,如果没复现可以把 500ms 调整为 1000ms, 1500ms),我们点击 destroy 按钮
3. 我们点击面板这里的强制回收按钮(发现节点并没有回收,已发生内存泄露)

如果你的浏览器是最新的 chrome,还能够点击这里的 已分离的元素(detached dom),再点击录制

我们会发现此时整个 test 节点已被分离

问题分析

那么问题到底出在哪里呢?

vue 常见泄露场景

笔者搜遍了全网,网上所说的不外乎以下几种场景

1.未清除的定时器

2.未及时解绑的全局事件

3.未及时清除的 dom 引用

4.未及时清除的 全局变量

5.console 对引用类型变量的劫持

好像第一种和笔者的场景还比较类似,但是仔细看看代码好像也加了

beforeDestroy () {

  clearTimeout(this.timer)

}

这段代码啊,就算不加,timer 执行完后,事件循环也会把它回收掉吧

同事提供灵感

就这样笔者这段代码来回测试了半天也没发现猫腻所在

这时候同事提供了一个想法说"total 更新的时候是不是可以提供一个 key"

改了代码后就变成了这样了

• test.vue

<script>

export default {

  name: 'Test',

  data () {

    return {

      renderKey: 0,

      total: 1000

    }

  },

  mounted () {

    this.timer = setTimeout(() => {

      this.total = 10000

      this.renderKey = Date.now()

    }, 500)

  },

  beforeDestroy () {

    clearTimeout(this.timer)

  }

}

script>

神奇的事情就这样发生了,笔者还是按以上流程测试了一遍,直接看结果吧

我们看到这个 DOM 节点曲线,在 destroy 的时候能够正常回收了

问题复盘

最简单的 demo 问题算是解决了

但是应用到实际项目中还是有点困难

难道我们要把每个更新的节点都手动加一个 key 吗?

其实仔细想想,有点 vue 基础的彦祖应该了解这个 key 是做什么的?

不就是为了强制更新组件吗?

等等,强制更新组件?更新组件不就是 updated 吗?

updated 涉及的不就是八股文中我们老生常谈的 patch 函数吗?(看来八股文也能真有用的时候😺)

那么再深入一下, patch 函数内部不就是 patchVnode 其核心不就是 diff 算法吗?

首对首比较,首对尾比较,尾对首比较,尾对尾比较 这段八股文要是个 vuer 应该都不陌生吧?😺

动手解决

其实有了问题思路和想法

那么接下来我们就深入看看 vue 源码内部涉及的 updated 函数到底在哪里吧?

探索 vue 源码

我们找到 node_modules/vue/vue.runtime.esm.js

我们看到了 _update 函数真面目,其中有个 __patch__ 函数,我们再重点查看一下

createPatchFunction 最后 return 了这个函数

我们最终来看这个 updateChildren 函数

其中多次出现了上文中所提到的八股文,每个都用 sameVnode进行了对比

• function sameVnode

function sameVnode (a, b) {

    return (a.key === b.key &&

        a.asyncFactory === b.asyncFactory &&

        ((a.tag === b.tag &&

            a.isComment === b.isComment &&

            isDef(a.data) === isDef(b.data) &&

            sameInputType(a, b)) ||

            (isTrue(a.isAsyncPlaceholder) && isUndef(b.asyncFactory.error))));

}

果然这里我们看到了上文中 key 的作用

key 不一样就会认作不同的 vnode

那么就会强制更新节点

对应方案

既然找到了问题的根本

在判定条件中我们是不是直接加个 || a.text !== b.text

强制对比下文本节点不就可以了吗?

修改 sameVnode

看下我们修改后的 sameVnode

function sameVnode (a, b) {

    if(a.text !== b.text) return false // 文本不相同 直接 return

    return (a.key === b.key &&

        a.asyncFactory === b.asyncFactory &&

        ((a.tag === b.tag &&

            a.isComment === b.isComment &&

            isDef(a.data) === isDef(b.data) &&

            sameInputType(a, b)) ||

            (isTrue(a.isAsyncPlaceholder) && isUndef(b.asyncFactory.error))));

}

方案效果

让我们用同样的代码来测试下

测试了几次发现非常的顺利,至此我们本地的修改算是完成了

如何上线?

以上的方案都是基于本地开发的,那么我们如何把代码应用到线上呢?

其他开发者下载的 vue 包依旧是 老的 sameVnode 啊

不慌,接着看

patch-package

对比了好几种方式,最终我们选择了这个神器

其实使用也非常简单

1.npm i patch-package

2.修改 node_modules/vue 源码

3.在根目录执行 npx patch-package vue(此时如果报错,请匹配对应 node 版本的包)

我们会发现新增了一个这样的文件

4.我们需要在package.json scripts 新增以下代码

• package.json

"scripts": {

    +"postinstall":"patch-package"

}

至此上线后,其他开发者执行 npm i 后便能使变动的补丁生效了

优化点

其实我们的改造还有一定的进步空间,比如说在指定节点上新增一个 attribute

在函数内部判断这个 attribute 再 return false

这样就不用强制更新每个节点了

当然方式很多种,文章的意义在于解决问题的手段和耐心

写在最后

最后再次感谢同事 juejin.cn/user/313102… 的提供的灵感和协助

感谢彦祖们的阅读

个人能力有限

如有不对，欢迎指正🌟 如有帮助，建议小心心大拇指三连🌟

作者：前端手术刀
来源：juejin.cn/post/7460431444630011919

前言

前端时间有一个 OCR 的需求，原本考虑调用现成的 OCR 接口，但由于只是做一个我个人使用的工具，花钱购买 OCR 接口显得有些奢侈。于是就想着找找是否有现成的库可以自己部署或直接使用，结果发现了一个可以在纯前端实现 OCR 的库——Tesseract.js。

Tesseract.js

Tesseract.js 是一个基于 Google Tesseract OCR 引擎的 JavaScript 库，利用 WebAssembly 技术将的 OCR 引擎带到了浏览器中。它完全运行在客户端，无需依赖服务器，适合处理中小型图片的文字识别。

主要特点

• 多语言支持：支持多种语言文字识别，包括中文、英文、日文等。


• 跨平台：支持浏览器和 Node.js 环境，灵活应用于不同场景。


• 开箱即用：无需额外依赖后端服务，直接在前端实现 OCR 功能。


• 自定义训练数据：支持加载自定义训练数据，提升特定场景下的识别准确率。

安装

通过 npm 安装

npm install tesseract.js

通过 CDN 引入

<script src="https://unpkg.com/tesseract.js@latest/dist/tesseract.min.js"></script>

基本使用

以下示例展示了如何使用 Tesseract.js 从图片中提取文字：

import Tesseract from 'tesseract.js';



Tesseract.recognize(

  'image.png', // 图片路径

  'chi_sim',   // 识别语言（简体中文）

  {

    logger: info => console.log(info), // 实时输出进度日志

  }

).then(({ data: { text } }) => {

  console.log('识别结果:', text);

});

示例图片

运行结果

可以看到，虽然识别结果不完全准确，但整体准确率较高，能够满足大部分需求。

更多用法

1. 多语言识别

Tesseract.js 支持多语言识别，可以通过字符串或数组指定语言代码：

// 通过字符串的方式指定多语言

Tesseract.recognize('image.png', 'eng+chi_sim').then(({ data: { text } }) => {

  console.log('识别结果:', text);

});



// 通过数组的方式指定多语言

Tesseract.recognize('image.png', ['eng','chi_sim']).then(({ data: { text } }) => {

  console.log('识别结果:', text);

});

eng+chi_sim 表示同时识别英文和简体中文。Tesseract.js 内部会将字符串通过 split 方法分割成数组：

const currentLangs = typeof langs === 'string' ? langs.split('+') : langs;

2. 处理进度日志

可以通过 logger 回调函数查看任务进度：

Tesseract.recognize('image.png', 'eng', {

  logger: info => console.log(info.status, info.progress),

});

输出示例：

3. 自定义训练数据

如果需要识别特殊字符，可以加载自定义训练数据：

const worker = await createWorker('语言文件名', OEM.DEFAULT, {

  logger: info => console.log(info.status, info.progress),

  gzip: false, // 是否对来自远程的训练数据进行 gzip 压缩

  langPath: '/path/to/lang-data' // 自定义训练数据路径

});

[!warning] 注意：

1. 第一个参数为加载自定义训练数据的文件名，不带后缀。


2. 加载自定义训练数据的文件后缀名必须为 .traineddata。


3. 如果文件名不是 .traineddata.gzip，则需要设置 gzip 为 false。

举例：

const worker = await createWorker('my-data', OEM.DEFAULT, {

  logger: info => console.log(info.status, info.progress),

  gzip: false,

  langPath: 'http://localhost:5173/lang',

});

加载效果：

4. 通过前端上传图片

通常，图片是通过前端让用户上传后进行解析的。以下是一个简单的 Vue 3 示例：

<script setup>

import { createWorker } from 'tesseract.js';



async function handleUpload(evt) {

  const files = evt.target.files;

  const worker = await createWorker("chi_sim");

  for (let i = 0; i < files.length; i++) {

    const ret = await worker.recognize(files[i]);

    console.log(ret.data.text);

  } 

}

</script>



<template>

  <input type="file" @change="handleUpload" />

</template>

完整示例

下面提供一个简单的 OCR 示例，展示了如何在前端实现图片上传、文字识别以及图像处理。

代码

<!--

 * @Author: zi.yang

 * @Date: 2024-12-10 09:15:22

 * @LastEditors: zi.yang

 * @LastEditTime: 2025-01-14 08:06:25

 * @Description: 使用 tesseract.js 实现 OCR

 * @FilePath: /vue-app/src/components/HelloWorld.vue

-->

<script setup lang="ts">

import { ref } from 'vue';

import { createWorker, OEM } from 'tesseract.js';



const uploadFileName = ref<string>("");

const imgText = ref<string>("");



const imgInput = ref<string>("");

const imgOriginal = ref<string>("");

const imgGrey = ref<string>("");

const imgBinary = ref<string>("");



async function handleUpload(evt: any) {

  const file = evt.target.files?.[0];

  if (!file) return;

  uploadFileName.value = file.name;

  imgInput.value = URL.createObjectURL(file);

  const worker = await createWorker("chi_sim", OEM.DEFAULT, {

    logger: info => console.log(info.status, info.progress),

  });

  const ret = await worker.recognize(file, { rotateAuto: true }, { imageColor: true, imageGrey: true, imageBinary: true });

  imgText.value = ret.data.text || '';

  imgOriginal.value = ret.data.imageColor || '';

  imgGrey.value = ret.data.imageGrey || '';

  imgBinary.value = ret.data.imageBinary || '';

}



// 占位符 svg

const svgIcon = encodeURIComponent('<svg t="1736901745913" class="icon" viewBox="0 0 1024 1024" version="1.1" xmlns="http://www.w3.org/2000/svg" p-id="4323" width="140" height="140"><path d="M804.9 243.4c8.1 0 17.1 10.5 17.1 24.5v390.9c0 14-9.1 24.5-17.3 24.5H219.3c-8 0-17.3-10.7-17.3-24.5V267.9c0-14 9.1-24.5 17.3-24.5h585.6m0-80H219.3c-53.5 0-97.3 47-97.3 104.5v390.9c0 57.3 43.8 104.5 97.3 104.5h585.4c53.5 0 97.3-47 97.3-104.5V267.9c0-57.5-43.7-104.5-97.1-104.5z" fill="#5E9EFC" p-id="4324"></path><path d="M678.9 294.5c28 0 50.6 22.7 50.6 50.6 0 28-22.7 50.6-50.6 50.6s-50.6-22.7-50.6-50.6c0-28 22.7-50.6 50.6-50.6z m-376 317.6l101.4-215.7c6-12.8 24.2-12.8 30.2 0l101.4 215.7c5.2 11-2.8 23.8-15.1 23.8H318c-12.2 0-20.3-12.7-15.1-23.8z" fill="#5E9EFC" p-id="4325"></path><path d="M492.4 617L573 445.7c4.8-10.1 19.2-10.1 24 0L677.6 617c4.1 8.8-2.3 18.9-12 18.9H504.4c-9.7 0-16.1-10.1-12-18.9z" fill="#5E9EFC" opacity=".5" p-id="4326"></path></svg>');

const placeholder = 'data:image/svg+xml,' + svgIcon;

</script>



<template>

  <div class="custom-file-upload">

    <label for="file-upload" class="custom-label">选择文件</label>

    <span id="file-name" class="file-name">{{ uploadFileName || '未选择文件' }}</span>

    <input id="file-upload" type="file" @change="handleUpload" />

  </div>



  <div class="row">

    <div class="column">

      <p>输入图像</p>

      <img alt="原图" :src="imgInput || placeholder">

    </div>

    <div class="column">

      <p>旋转，原色</p>

      <img alt="原色" :src="imgOriginal || placeholder">

    </div>

    <div class="column">

      <p>旋转，灰度化</p>

      <img alt="灰度化" :src="imgGrey || placeholder">

    </div>

    <div class="column">

      <p>旋转，二值化</p>

      <img alt="二进制" :src="imgBinary || placeholder">

    </div>

  </div>



  <div class="result">

    <h2>识别结果</h2>

    <p>{{ imgText || '暂无结果' }}</p>

  </div>

</template>



<style scoped>

/* 隐藏原生文件上传按钮 */

input[type="file"] {

  display: none;

}



/* 自定义样式 */

.custom-file-upload {

  display: inline-block;

  cursor: pointer;

  margin-bottom: 30px;

}



.custom-label {

  padding: 10px 20px;

  color: #fff;

  background-color: #007bff;

  border-radius: 5px;

  display: inline-block;

  font-size: 14px;

  cursor: pointer;

}



.custom-label:hover {

  background-color: #0056b3;

}



.file-name {

  margin-left: 10px;

  font-size: 14px;

  color: #555;

}



.row {

  display: flex;

  width: 100%;

  justify-content: space-around;

}



.column {

  width: 24%;

  padding: 5px;

  border: 1px solid #ccc;

  border-radius: 5px;

  background-color: #f9f9f9;

  text-align: center;

  min-height: 100px;

}



.column > p {

  margin: 0 0 10px 0;

  padding: 5px;

  border-bottom: 1px solid #ccc;

  font-weight: 600;

}



.column > img {

  width: 100%;

}



.result {

  margin-top: 20px;

  padding: 10px;

  border: 1px solid #ccc;

  border-radius: 5px;

  background-color: #f9f9f9;

}



.result > h2 {

  margin: 0;

}



.result > p {

  white-space: pre-wrap;

  word-wrap: break-word;

  word-break: break-all;

  font-size: 16px;

  line-height: 1.5;

  color: #333;

  margin: 10px 0;

}

</style>