Blog
格达软件工程师的实战经验、技术选型与行业观察
一个 Go 服务用最朴素的 Dockerfile 构建出来 1.11GB，改一行代码要等 47 秒。这篇拆开每一层看体积从哪来，用多阶段加 BuildKit 缓存把它降到 12.4MB、热构建 3 秒，并列出走到 distroless 和 scratch 之后必然会踩的坑：动态链接、CA 证书、时区、没有 shell。
支付回调天然会重复。本文从一次重复发货的线上故障切入，讲清楚幂等键怎么选、为什么只能靠数据库唯一索引兜底、状态机如何接住乱序回调、重试该放在哪里，以及几个真正会出事的地方。附可运行的 Spring Boot + MySQL 代码。
两个事务在 RR 隔离级别下先查后插，计数没超却多发了券；更怪的是 UPDATE 影响行数为 1，同一事务里 SELECT 却查不到这行。这篇文章用可复现的 SQL 会话讲清快照读与当前读的差异、间隙锁的边界，以及唯一索引和原子更新怎么兜底。
面向跑了几年的 Java 老项目：在不改调用方的前提下，用接缝把 new、静态配置和系统时钟扒出来，配上可复制的 Mockito + JUnit5 示例、JaCoCo 增量覆盖率门禁，以及静态初始化、误连生产配置、H2 方言这三类实测踩过的坑。
订单表到了八千万行就必须拆？先看一条慢 SQL 再决定。这篇讲清分片键怎么选、基因法让订单号自带路由、跨分片分页与 count 的正确写法，以及事务、扩容、运维要付的真实代价。
订单接口在库存不足时返回 500，客户端 SDK 和网关各重试一次，库存被扣成负数。这篇文章把 4xx 和 5xx 的分界线划清楚：哪些错必须让调用方看到 4xx、哪些错重试真的有用，以及状态码选错之后监控、熔断、CDN 缓存会怎么一起塌。
200 万行的订单表上，同一句按商户查订单的 SQL，只因为联合索引里列的顺序不同，扫描的数据页差了 40 倍。这篇用可复现的建表脚本和 EXPLAIN 输出，讲清楚等值、范围、排序列在 B-tree 里各自能做什么，以及哪些写法会让索引直接白建。
自增 ID 直接 Base62 会被顺序遍历，哈希取位又会碰撞。本文给出号段发号 + Feistel 置换生成 6 位不可枚举短码的完整 Go 实现，并讲清 301 缓存、缓存穿透、LAST_INSERT_ID 连接级坑和建表时的 DDL 报错。
第三方支付回调会在 24 小时内重试 9 次，客户端超时也会重发。这篇用一个真实对账事故，讲清幂等键怎么选、唯一索引和 Redis 各挡哪一层、状态机为什么是最后防线，以及幂等记录该留多久。
中小企业的数字化转型不必从大模型开始。本文给出从在线化到智能化的四阶段自检表、四个低成本 AI 落地场景、接口隔离与降级等架构建议，并结合 APP、小程序、PC 软件与服务器运维，拆解可按季度验收的落地路线。