后端

神奇小汤圆

架构师必备：分布式锁方案选型当同时操作共享资源时，需要做并发控制。在单机上用synchronized或ReentrantLock能解决的互斥问题，到了多机部署的分布式环境就行不通了，因为它们只在单个JVM进程内生效，跨多机就需要分布式锁了。

付费上班的时代，真的来了以前，公司给你配电脑。后来，公司给你配云服务器。而今天，一个新的问题出现了：公司不给你配大模型，你会自己买吗？

旧概念还是新范式？Agent 框架集体"图化"背后的矛盾与必然导读：几乎在同一时间，大多数主流 Agent 框架（LangGraph、Microsoft Agent Framework、Dify、Coze Studio）都在底层把自己变成了图执行引擎。为什么整个行业不约而同地选了同一个方向？

断线之后，不要重跑 AI：在 POST + NDJSON 中实现可恢复 Agent 流本文基于 AI Mind 项目的真实实现整理。 GitHub：github.com/HWYD/ai-min… 对应代码版本：v0.4.10 线上体验：ai.hwyblog.cloud/instant-min…

程序员黑豆

鸿蒙应用开发之父子组件传参：@Prop 装饰器使用教程这是一个使用鸿蒙技术开发的本地原生记账应用，非常适合大家用来练手。相关源码已上传至 Github，点击此处查看项目。欢迎大家交流、指正，也欢迎提交 PR。

程序员黑豆

鸿蒙应用开发之V2状态管理：@Local、@ObservedV2、@Trace 使用教程这是一个使用鸿蒙技术开发的本地原生记账应用，非常适合大家用来练手。相关源码已上传至 Github，点击此处查看项目。欢迎大家交流、指正，也欢迎提交 PR。

传统老手艺之容器编排前阵子参加了一个 AI 创意比赛，项目是一个在线考试系统，有管理后台和考生答题端两个子系统。作品的评审环节需要提供一个可演示的测试环境。

Mint 自研框架设计与实现：从重复开发走向配置驱动（三）完成 BFF 层的基础建设后，Mint 已经能够正常启动一个 Koa 服务。接下来需要解决的问题是：如何构建并向浏览器提供前端页面？

ArkTS 进阶之道（1）：为哈禁 any/unknown？从「编译期就拦」理解鸿蒙严格类型哲学本文是「ArkTS 进阶之道」系列开篇。这个系列循序渐进铺一条从「能编译跑」到「会设计 ArkUI 应用」的路——把报错速查里散落的坑，拧成一套设计哲学。报错速查篇 44 讲过 arkts-no-any-unknown 怎么改，本文讲为哈要这么改——根因在 ArkTS 的类型哲学，不在报错码。

Go-Zero 项目开发26: 实现用户在线离线状态维护在即时通讯（IM）系统中，用户在线状态是最基础的功能之一。当用户登录后，好友列表中对应的头像会从灰色变为彩色，表示上线；退出或断开连接后恢复灰色，表示离线。看似简单的功能，背后却涉及登录状态记录、关系链查询、状态变更通知等多方面设计。

为什么让程序主动崩溃反而更可靠？聊聊 supervisor 与 let it crash你在代码里一定写过一堆 try-catch。每个可能出错的地方都小心翼翼地捕获、判断、兜底，生怕哪里抛个异常把程序搞挂。写着写着，业务主流程被一层层错误处理淹没，自己都快看不清了。

权重已到、Recipe 还在变：Kimi K3 发布后该怎样做工程验收关键词： Kimi K3、开放权重、模型服务、发布验收、vLLM、SGLang2026 年 7 月 28 日再看 Kimi K3，会遇到一个很有代表性的反常场景。

列表推导式一用就爽？大数据量下它把我服务器内存榨干了，原来生成器才是yyds周五下午三点半，我正准备收拾东西下班。运维同事在群里发了一条消息，配了一张截图：“线上内存使用率95%，你们谁在跑什么任务？”

Mint 自研框架设计与实现：从重复开发走向配置驱动（二）如果不考虑代码分层，一个接口可能会被写成下面这样：这种写法在业务规模较小时简单直接，但随着需求不断增加，参数校验、权限判断、业务处理和响应组装等逻辑会逐渐堆积在同一个接口中。

OpenAI 把 Hugging Face 打穿了，然后 GLM 5.2 当了救火队长？前两天，Sam Altman 发了一条消息，他说 OpenAI 在评估模型时遇到了情况比较重大的安全事件。然后 OpenAI 写了一篇帖子叙述了一下这个事儿。

程序员天天困

Arthas Profiler 火焰图实战：CPU 热点在哪一目了然大家好，我是程序员天天困。这是「Arthas 线上诊断实战」系列第 5 篇，专门讲 Arthas Profiler 火焰图——怎么在 JVM 里采样出一张火焰图，以及火焰图到底该怎么读。前四篇 watch、trace、vmtool、mc+retransform 解决的是「功能 bug」，从这篇开始，我们碰「性能问题」。点个收藏，直接上手。

C++JSON 解析器本文记录了一个纯 C++17 JSON 解析器的完整实现过程，涵盖词法分析、递归下降解析、Unicode 处理、整数精度保证、序列化策略等核心技术点。全部代码约 1500 行，无任何第三方依赖，符合 RFC 8259 标准。

日志系统怎么搭很多独立开发者早期写日志，基本就是在代码里加几行 console.log。这在本地调试时够用，但产品一上线，问题就来了：用户说“刚才报错了”，你不知道是哪次请求；支付回调失败了，你不知道失败在哪一步；后台任务跑丢了，你只能翻服务器文件；线上偶发异常，你很难复现。

09｜（前端转全栈）商品为什么不能随便上下架？后端状态机思维入门本篇写给正在从前端转后端的你。你可以把它当成“后台商品管理页”的后端源码走读：管理员点击“新增商品”“上架”“下架”按钮以后，后端到底做了哪些校验、写了哪些表、为什么不能只相信前端按钮状态。本文所有前端代码都只是“前端侧示意代码”，用于类比理解；真实工程以当前仓库 backend/ 代码为准。