后端

Day 21 _ error 是个普通值_errors.New 与 fmt.Errorf 造出来,沿调用栈抛到 main 接住本文是《100天精通Go基础入门》专栏第 21 篇,每天 20:00 更新,订阅读到这篇就算入伙了。摘要:本文基于 Go 1.27,终端与报错截图全部由本机 go run 真实抓取。把错误处理的主调立起来:error 只是一个只有一个方法的接口,errors.New 和 fmt.Errorf 造出来的都是普通值,能赋值、能传递、能沿调用栈一层层往上抛,最后由 main 这样"有信息做决定"的一层统一处理。今天先用一段真 panic 栈演示新手最狠的坑——拿 panic 当 return,再把同一需求改成错

写后端的胖头鱼

一文讲懂JVM与调优目标：先搞懂 JVM 是什么 → JVM 核心结构 → GC 基础 → 调优思路 → 常见场景 → 高频面试题。前提：你写 Java 代码，new对象，代码跑在 JVM 里；JVM 就是Java 虚拟机，是一个运行在操作系统上的程序，把 Java 字节码翻译成操作系统能执行的指令，同时管理内存、垃圾回收。

Spring Boot 指定数据来源详解在 Spring Boot 中，配置数据可以从多个来源读取：配置文件、环境变量、命令行参数、系统属性等。框架将这些来源抽象为 PropertySource，并统一聚合到 Environment 对象中。理解“数据来源”的本质，是理解 Spring Boot 配置管理体系的入口。

一个有温度的技术博主

深入理解 Spring Boot 自动装配01 · 背景要真正理解自动装配的价值，必须回到"没有它的时代"。在 Spring Boot 出现之前（2003~2014 年左右），使用 Spring 开发项目是一件相当繁琐的事情。让我们还原一下当时的开发体验。

我TM竟然被Java的空指针坑了第三次！"这行代码怎么可能 NPE？！"凌晨 2 点，我盯着生产环境报警群里的堆栈信息，第 3 次因为空指针摔在同一个地方。这次是在处理电商订单的履约系统，日订单量 50W+ 的场景下，一个 Optional.ofNullable() 的误用直接让整条履约流水线挂掉。来，咱们复盘这个老司机都容易栽的深坑。

小灰灰搞电子

Rust suppaftp 库详解：基于 FTP 客户端实战指南在 Rust 生态中，处理 FTP（文件传输协议）需求时，suppaftp 是一个广受欢迎且持续维护的库。它提供了同步和异步两种 API，支持 FTP 与 FTPS（FTP over TLS），让开发者能够以安全、高效的方式实现文件上传、下载、目录操作等常见功能。

枚举与 match：一个值只能是几种情况之一用 enum 表达"几种之一"并让变体携带数据，靠 match 取值与穷尽性检查，理解 Option 如何取代 null

Rust unsafe 与 FFI 互操作生产级实战：把危险关进笼子的四道闸门摘要导读：Rust 的卖点是"内存安全"，但真实项目里总有一部分代码必须跨出安全区——调用一个用了十年的 C 库、把一个 Rust 引擎暴露给 Python 或 Node、手写一个标准库没提供的数据结构。这时候 unsafe 就出场了。问题在于：很多团队把 unsafe 当成"给编译器盖个章就完事"，结果编译通过、测试通过、上线三个月后收到一个 use-after-free 的高危漏洞。本文不讲"unsafe 很危险"这种正确的废话，而是给出一套可落地的四道闸门方法论：把 unsafe 从"散落全项目的定

Spring Boot 将配置绑定到第三方对象详解在 Spring Boot 中，配置绑定通常用于将配置文件中的属性映射到我们自己的 Java 类（Bean）上，这可以通过 @ConfigurationProperties 轻松实现。然而，在实际开发中，我们经常需要将配置绑定到第三方库提供的对象（如 java.net.URL、javax.sql.DataSource 或第三方 SDK 的配置类）上，而这些类无法被我们修改，不能直接添加 @ConfigurationProperties 注解。

多人共用一个 key，缓存命中率会不会因此降低？团队刚把一堆 AI 调用并到一个大模型推理套餐上，月底账单摊开，有人拍桌子："是不是咱们这么多人共用一个 key，把缓存命中率搞崩了？"

docker compose环境变量替换在配置中，为了不在docker compose文件的一些配置进行硬编码，有时候会把配置外提一般会把可配置的环境变量外提${UT_POSTGRESQL_USER}

武雄（小星Ai）

飞书API上传26MB文件偶发失败：错误码9499与空响应体排坑实录摘要：给飞书机器人接文件上传，10MB 出头的小文件全过，一旦奔着 30MB 去，im/v1/files 接口就开始偶发抽风——一会儿错误码 2200，一会儿 9499，一会儿干脆返回空响应体把 SDK 干出 JSONDecodeError。本文记录这次排查的完整链条：从错误日志分层、稳定复现边界，到三次重试 + 退避的修复方案。适合所有接飞书 API 做文件投递的后端/自动化开发者。

JitWord 4.0 万字分享：从协同工具到AI Word操作系统，聊聊3年产品创业史在数字化转型进入深水区的今天，企业文档正经历一场悄无声息的革命。过去十年，我们见证了文档从"本地文件"到"云端存储"的迁移，从"单人编辑"到"多人协同"的升级。然而，当我们深入企业真实的业务场景就会发现：协同只是起点，远非终点。

CSharp: Observer Pattern在珠宝业务系统中，从原料采购、设计加工到质检、物流、财务、营销乃至人事培训，一条完整业务链路往往横跨多个部门。传统做法是各部门在流程节点上轮询或硬编码调用，导致模块之间高度耦合、扩展困难。观察者模式（Observer Pattern）通过「主题发布、观察者订阅」的方式，让业务阶段变更事件能够按需精准通知到对应部门，既降低了耦合，又提升了系统的可维护性与并发能力。本文以 C# .NET 10 为例，结合领域事件、依赖注入与重试熔断机制，完整演示观察者模式在珠宝全流程业务中的落地实践。

把公司项目迁到 Spring Boot 4.0：编译通过只是开始8 月最后一个周五，我把公司那个跑了三年的项目从 Spring Boot 3.5 升到 4.0。3.5 是 3.x 最后一个版本，开源支持今年 6 月底已经停了，漏洞补丁就断了，涉及资金的后端不敢赌。按 Migration Guide 的建议，先升 3.5 最新 patch 清完 deprecation 警告，再改版本号到 4.0.8，顺手引入 spring-boot-properties-migrator。编译通过只花了半小时。我当时还发消息跟同事说"这也太顺了"。八天后我才明白这句话说得有多早。

Redis误用keys命令把生产环境搞崩了，血的教训那天凌晨3点，我被刺耳的告警电话惊醒——线上核心服务全部超时，Redis集群CPU飙到100%。紧急回滚后查日志，发现罪魁祸首竟是一段潜伏半年的KEYS *查询。这个价值百万的教训，今天必须分享给你。

多租户和数据权限怎么共存？扒完拦截器注册链路，我找到 4 个隐蔽的坑这是"框架源码拆解"系列第三篇。前两篇分别拆了数据权限拦截器的 SQL 改写（681 行）、多租户 starter（1586 行）。第一篇文末留了个尾巴：这两个拦截器都要改 SQL，一起用的时候谁先谁后？这篇来还债。

用户835629078051

使用 Python 设置 Excel 页眉和页脚页眉和页脚是打印表格时的重要辅助信息。它们不影响单元格数据，却能在每一页顶部或底部显示文件标题、公司名称、标识或日期，让打印出来的报表更规范、更专业。当一批工作簿需要统一加上相同的页眉页脚时，逐个手工设置显然不现实。

IoC 控制反转：从概念到 Spring 的实现控制反转（Inversion of Control，IoC）是一种设计原则，它的核心思想是：将对象的创建、依赖管理和生命周期控制的权力，从应用程序代码中转移到外部容器。

没有 Fn 键关触控板？我做了一个双击即用的 Windows 小工具上班时，我通常会给笔记本接一只外接鼠标。鼠标更适合长时间操作，但打字时，手掌边缘偶尔会碰到触控板，光标跳走、选区被改写，正在输入的内容也可能被带到别的窗口里。