后端

Spring Security Session管理用户登录成功后，信息保存在服务器Session中，这节学习下如何管理这些Session。这节将在《Spring Security短信验证码登录》的基础上继续扩展。

吃饱了得干活

主键选择：从单机到分布式，一个被低估的性能决策上一篇文章我们聊了如何用极小的内存判断手机号是否存在。但数据最终要落库，落库就绕不开一个最基础的问题：主键用什么？

Windows 数据使用量页面卡死：1097 个热点档案和 161 MB 的 SRUM 库点开设置 → 网络和 Internet → 数据使用量，页面转圈，然后白屏无响应，得用任务管理器结束"设置"进程才能关掉。同一台机器上别的设置页都正常，只有这一页必卡，而且是越用越卡：一开始只是慢几秒，后来直接打不开。

SSE（Server-Sent Event）介绍SSE（Server-Sent Events）是一种允许服务器向浏览器单向、持续推送数据的技术。它的核心特点是服务器推。与传统的客户端请求、服务器响应的模式不同，SSE 建立连接后，服务器可以主动、多次地向客户端发送数据，直到连接关闭。

我用 Redis + 网关做多模型 API 路由：缓存命中率 95%+ 的工程实践本文分享一个自建多模型 API 网关的工程实践，重点讲三件事：本文只讨论合规的自建网关与性能优化，不涉及账号共享、绕过地区限制或违规转售。

Nginx 防盗链配置实战：用 referer 模块保护网站静态资源假设你的服务器上有一张精美的图片 http://your-site.com/images/photo.jpg，你的网站首页 index.html 中引用了它：

抢占式调度实现细节Go 1.13 及更早版本是"绅士调度"——goroutine 只有在函数调用、channel 操作或锁获取等时机才会主动检查是否需要让出 CPU。如果一个 goroutine 陷入了纯死循环，它可能永远霸占线程。Go 1.14 是一个分水岭，异步抢占的引入让 Go 调度器真正具备了"硬抢"的能力。

【AI开发之Rust】第 12 课：并发模型与同步原语多线程编程最大的噩梦是数据竞争：两个线程同时读写同一块内存，行为未定义。其他语言的解决方案靠程序员自律 + 各种加锁约定，依然防不胜防；Rust 的方案是把"能不能安全地跨线程共享/传递"变成类型系统的一部分（Send/Sync），在编译期就把绝大多数并发 bug 关进笼子里。

第四篇：AI 模块架构设计：多 Provider 切换、RAG 知识库与 Agent 编排本文是 SeaPack 项目技术系列的第四篇，聚焦 AI 模块的整体架构设计与功能全景。这篇文章的目标是介绍 AI 模块「做了什么」——有哪些核心能力、各部分如何协作、解决了哪些问题。具体的实现细节会拆分到后续每篇文章中逐一展开。

Cobra源码学习核心认知:cobra 的一切都是 Command 树上的操作。查找、帮助、补全、文档生成,全部是在这棵树上遍历。

Spring AI | 结构化输出 & 多模态一篇讲透本篇目标：让 ChatClient 的输出直接是 Java record（前端不用再正则解析 JSON），再让 AI 看得懂宠物的皮毛照片自动出初判结论。

程序员清风

聊聊我的AI学习方法与思考！大家好呀，我是飞鱼这篇文章，主要想讲讲怎么学习 AI？或者说 AI 时代到底要怎么学习？之前网上有人吐槽：AI时代，只要你学得足够慢，你就可以不用学了！

Node.js周刊2026W38 | 进程中断缺陷修复、Copilot 迁至 Rust、Node 新增 VFS本周主线是稳定性修复与跨语言迁移并行：Node.js 修复三处会中断进程的缺陷，覆盖对象模式流传 undefined 数据块、异常快照文件与含 null 键的 Map/Set 比较；随后 26.9.0 发布，带来 VFS 与同步 Blob 能力。GitHub 则将 Copilot 运行时从 Node 移植到 Rust，Safari 27 重写模块加载器。

《Spring Boot 3：高级与架构设计》第 2 章 IOC容器的高级机制 Environment 个人理解 4在入门篇中讲解过使用 properties 文件、YML 文件进行外部化配置，使用注解 @PropertySource 加载到 IOC 容器。这些配置项的键值对都保存到 IOC 容器的什么区域？使用 @Value 完成属性赋值时又是如何从 IOC 容器中获取的？这些都跟 Environment 有关。

名字还没想好☜

Go 实现指数退避重试:context 取消、抖动 jitter 与什么时候别重试调外部接口偶尔超时、数据库瞬断,第一反应是「重试一下」。但 for i := 0; i < 3; i++ 里塞个 time.Sleep(time.Second) 的写法,会在故障恢复的瞬间把成千上万个客户端同时唤醒,再次把刚缓过来的服务打垮——这就是「惊群」(thundering herd)。这篇从朴素重试一路改到生产可用:指数退避 + 抖动 + context 取消 + 幂等性判断。

RocketMQ 入门到原理（六）：可靠性全景这是 RocketMQ 系列的收官篇。前五篇走完了「一条消息的生命周期」，也讲了各种特殊消息，但你会发现：防丢失的手段散在存储篇，防重复的手段散在发送篇和消费篇，堆积、顺序更是各讲各的。本篇把它们全部收拢——围绕第一篇埋下的 MQ 四大问题（消息丢失、重复消费、消息堆积、顺序问题），逐个讲透「问题在哪发生、防线是什么、为什么能防住」，最后输出一张可以直接对照的可靠性全景矩阵。

RocketMQ 入门到原理（五）：特殊消息类型这是 RocketMQ 系列的第五篇。前四篇围绕「一条消息的生命周期」走完了生产→存储→消费，本篇横向展开——那些普通消息满足不了的场景，RocketMQ 是怎么解决的。顺序消息、延迟消息、事务消息，每一种背后都是一套精巧的设计。

第五页的你

SpringBoot 源码理解-- 阅读之前先掌握这个

RISC-V处理器性能优化：从指令集到微架构的协同设计RISC-V 近年来已经从一种开放指令集架构，逐步发展为覆盖嵌入式、边缘计算、高性能计算和人工智能等场景的处理器生态。与传统封闭指令集架构相比，RISC-V 的重要特点不仅在于开放，更在于其模块化设计：基础整数指令集提供统一的软件执行基础，而向量、浮点、压缩指令以及厂商自定义扩展，则可以针对不同应用场景进一步扩展处理器能力。

数据库改了配置，说好的 30 秒自动刷新根本没跑：那条 @Scheduled 是注释状态先给结论，赶时间看这段就够了：运维在配置中心改了个开关，问我："不是说 30 秒自动生效吗？我都等五分钟了。"