引言 作为一名后端开发人员，理解分布式 ID 的演进过程，本质上是在理解如何在分布式 CAP 理论（一致性、可用性、分区容错性）中寻找性能与可靠性的平衡点。在分布式系统中，ID 不仅仅是一个数字。它是

文章内容收录到个人网站，方便阅读：http://hardyfish.top/ Spring 的实现原理可以从它的核心机制和运行流程两方面来说。 1. 核心思想 Spring 的核心是 IoC（控制反转

昨天在Code Review时，我发现阿城在Service层直接返回了Result对象。 指出这个问题后，阿城有些不解，反问我为什么不能这样写。 于是我们展开了一场技术讨论（battle 🤣）。

一、问题定位流程 当Java应用调用api.coze.cn接口时，若出现SSL握手失败，按以下步骤定位根因： 第一步：排查DNS解析问题 以管理员身份打开CMD，执行命令： 若返回api.coze.c

文章内容收录到个人网站，方便阅读：http://hardyfish.top/ 看是哪种OOM? 看报错信息/监控/容器事件，区分类型，不同解法完全不一样。 快速止血（把服务活下来） 取证与快速体检（上

有三个名字极其相似的概念经常被混淆：BeanFactory、FactoryBean 和 ObjectFactory。这并不是命名的贫瘠，而是它们在本质上确实存在着微妙的纠缠。

我上一次认真准备面试，已经是三年前的事了。那时候我一直觉得，只要 Java 基础还在，项目经验还在，问题就不大。毕竟那么多年后端，不至于一出来就水土不服。 直到真正开始面试，我才发现一个事实：

1、 ThreadLocal 1.1 谈谈你对ThreadLocal的理解？ ThreadLocal的作用主要是做数据隔离，填充的数据只属于当前线程，变量的数据对别的线程而言是相对隔离的。它不是针对程

复盘，从来不只是回看已经发生的事情，更重要的是——为尚未发生的未来，提前铺路、校准方向。回望 2025 年，其实很长一段时间里，我始终没有真正找到自己的方向。

时间过得真快，一转眼功夫2025年过完了，这里做个年终总结，记录这一年的人和事。 回顾这一年，有激流勇进，亦有平淡似水。激流勇进时，我在往高处走。平淡似水时，我在享受人间最纯净的爱和幸福。

GORM插入后为何自动SELECT？这是“回读”机制在填充有默认值的字段。它虽方便，却增加数据库负担，高并发下更可能引发问题。用框架需知其原理，方能避坑。

Go协程不是'轻量级线程'，而是可暂停的任务——多少核就多少线程，协程可以开10万个。切换成本降低1000倍（纳秒vs微秒），遇到阻塞只挂起协程不会卡住线程，这就是高并发的秘密。

当积分规则越来越多、异常越来越难查时，我重新梳理了一套积分系统的设计思路，从规则、流水到风控审计，一次讲清楚。

三句话，我决定要他了 最近团队业务扩张，所以有一些HC，我也因此成了“兼职面试官”，每天都在跟不同的候选人打交道。面得多了，一些有意思的现象就浮现了出来。

2026 年，CRUD 工程师的生存空间被无限压缩，大厂面试全是 AI Agent、RAG、向量数据库。作为 Go/Java 开发者，真的要重头学 Python 吗？本文将通过一个已上线的企业级

说实话，MyBatis这玩意儿平时挺好用的，但有时候报的错真让人摸不着头脑。尤其是那种本地跑得好好的，一上线就炸的Bug，简直让人怀疑人生。

外包同学看过来，教你如何悄悄镀金，惊艳所有人，成功转正！ 其实一个人的价值，不应该由别人给你打上的身份标签来定义。我们可能无法选择起点，但可以通过正确的战略和努力，选择自己的终点。

平时我们写个 /upload 接口就完事了，但真要做成能传几个 G、还能断点续传、集群可用、私有化部署的系统，事情就完全不一样了。

Spring三级缓存：循环依赖的解决方案 在Spring框架中，循环依赖是Bean创建过程中常见的问题 针对这种问题 我们可以通过编码手段去解决 而Spring也为我们提供了一种解决手段 也就是三级缓