后端

Modbus 的"字序"：一个配错就变成天文数字，或者干脆变成 0这是我在做工业数据采集 Demo 时踩得最深的一个坑。它不像"连不上""超时"那样会报错，它不报错——数据照常写库、页面照常画曲线，只是那个数字在物理上根本不可能存在。

New API 源码解析：一个生产级 AI 网关的架构与实现本文基于 QuantumNous/new-api（AGPLv3，fork 自 one-api）2026 年 10 月的源码通读整理。所有代码引用均标注文件与位置，方便对照仓库阅读。行号可能随后续版本演进变化，以函数名检索为准。

学到老活到老

第 24 集：配置文件写了 80，Spring Boot 为什么读到 90？资深 Java 面试到 Agent 开发工程师 · 第 24 集假设 application.properties 里写着 lab.timeout=80，程序读出的却是 90，启动命令末尾还带着 --lab.timeout=90。两处配置都被加载了，启动参数的优先级更高，所以最终取到 90。

用户36005557900

Kestrel_VLLM - 25 · 全注意力层设备化、整层对拍与访存粒度一句话：把 64 层里剩下的 16 层 full attention 也搬上设备后，两类层都完成了设备化；接着用「整层对拍 → 逐级下钻 → 单核微基准 → 端到端验收」这条链定位「单层对得上、整模型一时对不上」的原因，最后落到一刀访存粒度，端到端从 27.2 ms/token 走到 18.9 ms/token。前置：建议先读第 24 篇（GDN 48 层设备化）。环境：x86-64 + NVIDIA RTX 5090（32607 MiB / sm_120）；模型 Qwen3.5-27B q4；参考

从零实现一个 SQL 注入检测引擎：报错注入与布尔盲注的误报控制这篇文章讲我从零写 Web 漏洞扫描器时，在 SQL 注入检测上踩过的坑。结论先说：写检测器真正的难点不是"怎么检出"，而是"怎么不误报"。我为了一个误报问题改了四版方案，其中同一个坑踩了三次。所有代码和实测数据都开源，DVWA 三档实测 low 8 / medium 7 / high 3，0 误报。

状态模式-住院患者状态管理今天聊一聊状态模式。之前我们聊过策略模式，解决的是“同一行为有多种算法实现”的问题；状态模式解决的是另一个高频问题——对象的行为依赖于它的状态，状态一变，行为跟着变。

给AI装上一双眼睛：快速构建代码验证器的思路与落地方案AI写代码已经快得让人眼花，真正卡脖子的是另一件事：它写出来的东西，到底对不对，合不合需求？没有验证器，人就得一行行盯着看，AI再快也白搭。下面从为什么需要验证器讲起，再给出一条能快速起步的路线，最后梳理几种常见的落地方案。

基于SpringBoot的餐厅管理系统-附源码温馨提示：本人主页置顶文章(点我)开头有 CSDN 平台官方提供的学长联系方式的名片！温馨提示：本人主页置顶文章(点我)开头有 CSDN 平台官方提供的学长联系方式的名片！温馨提示：本人主页置顶文章(点我)开头有 CSDN 平台官方提供的学长联系方式的名片！

从 Dify 实践理解大模型上下文缓存在 Dify 开发智能体时，我们通常会配置一段固定的 System Prompt，包括角色定义、业务规则、工具使用规范等。

瀚高数据库瀚高数据库是国产数据库，一般用于国内传统行业安装和使用，基于 PostgreSQL 内核深度优化开发，一般可以跟PostgreSQL完美跨度

DeepSeek写Langgraph就是个大傻逼，一本正经胡说八道我今天终于逮到了现行，DeepSeek一本正经的胡说八道，之前让DeepSeek写前端或者后端代码感觉还挺好的，生成代码基本复制过去就能用，讨论好前后端架构设计后，让他直接根据讨论好的架构设计直接生成代码，基本复制过去就能跑通，我也是很赞赏他的，但是，让他排查Langgraph的代码就完全不懂装懂，一本正经的胡说八道，让我在错误的道理上越走越远。我写个很小的场景，Langgraph流式输出信息，

小小张说故事

Python 的 str 为什么设计成不可变？拆开字符串驻留、字符串池，以及 += 拼接到底慢在哪我第一次看到「Python 里拼字符串千万别用 +=，那是 O(n²)，数据一大就爆慢」这个结论时，老老实实照着把代码里一堆拼接改成了 join。后来真机上 benchmark 了一下才发现，这句话在今天的 CPython 里，只对了一半——甚至更严格地说，是错的。今天我把 str 为什么不可变、字符串驻留/字符串池到底怎么运作、以及 += 到底慢不慢，用本机实测拆开讲清楚。

AI架构师之家

我把 Hermes 这匹"马"养了两周，它干了一件让我有点发毛的事先交代下背景。我是做后端开发的，十余年后端开发经验，平时跟各种 AI 编码工具打交道，Cursor、Claude Code 都玩过。前阵子不是圈子里都在聊"养虾"（OpenClaw），折腾一圈后，没啥实际应用。风声过后，“马”又出来了，我跟风去试了 Hermes。国内大家都叫它"贵族马"，因为图标是个带翅膀的马头，还挺好记。

块协议用了两周，我把九个坑按顺序记下来了实测两周。环境是 DSH 0.2.1-rc.2，插件 dsh-block-ptc 0.4.0，Node 22，MIT，运行时零第三方依赖，peer 要求 Cordis >=4.0.5 且不设上界。装的是 bundle 形式，装完加了一行预设、重启一次才在列表里看到 Block PTC。两周里断断续续记了九条，下面挑四条按踩到的先后写，都是能让我停下手头活儿的那几条。数字只取插件详情页上有的：star 80、周下载 670、综合分 55.9、最近提交 9 天前。

加宝的起点雷达

跑了两周的信号日报，我把降级链改了四次这套东西每天凌晨跑一次：抓 Reddit 和 HN 的帖子，去重，打分，让模型写成摘要，渲染成日报，邮件发出去。

IT枫斗者枫哥

CompletableFuture失败后返回空列表：异常没了，业务含义也变了exceptionally(error -> List.of())能把一个失败的CompletableFuture转换成正常完成的空列表。但对业务来说，失败查询和成功查询到零条记录，并没有因此变成同一件事。

opentelemetrySDK源码解析Go 多模块(multi-module)仓库,核心 import 路径:业务代码和埋点库(otelgin 等)只依赖 trace.TracerProvider接口;具体实现(SDK)在 main 里注入。若没人注入,则使用 noop 空实现——埋点代码永远不 panic、零成本可禁用,这是 OTel 的设计基石。

AutoHotkey v2 零基础快速入门 Part 10：给路线回放添加高精度计时，理解累计延迟与路线一致性承接 Part 9。上一章，我们给路线录制器添加了重复回放功能。这一章，我们进一步观察回放过程：计划什么时候发送按键，脚本实际什么时候准备发送，为什么两者会逐渐偏离，以及为什么不能为了追赶时间而牺牲路线。

70后写java的老码农

Spring Boot 3 + ShardingSphere-JDBC 实战：一次把读写分离和分库分表跑通完整代码已开源，可直接到Gitee仓库复制使用。数据库扛不住的时候，出路无非两条。查询压力大，加从库，把读分出去；单表数据量压下来，拆表。这两件事手工做起来都不轻松，路由查询该走哪个库、写入该落到哪张表，这些判断写散在业务代码里，后面谁来接手都头疼。

04-饼图评级构成-信用评级构成【JQUICK-PDF・饼图】评级构成饼图"少了一个扇区"，三个 AI 都让我查数据总量，我却在源码里看到了扇形角度的秘密 JQUICK-PDF 源码｜2026-10-15