-
我在一个泛型基类里放了个 static 字段当全局计数器想统计所有实体一共创建了多少个对象、本地测一个类型时数字完全正确,可上线后跑了多种实体类型我发现这个所谓全局计数器的数字怎么都对不上明显比真实创建数少了一大截,排查很久才搞懂 C# 里泛型类的 static 字段根本不是所有类型参数共享一份而是每个封闭类型各有独立一份的深度复盘
我有一批实体类都继承自一个泛型基类 EntityBase,为了做个运营统计——所有实体对象一共被创建了多少个——我在泛型基类里加了个 static 计数器字段、构造函数里自增,想着 static 是全局唯一的所有子类共用这一个计数。开发时只拿 User 测:创建 100 个 User、EntityBase.CreatedCount 读出来正好 100,完美上线。可上线后统计就透着诡异:总数明显偏小…- 0
- 0
-
我的一个高频接口性能差、GC 压力大,代码里却看不出哪行慢,profiler 一看全是堆分配,原来是我把一堆 int、bool 当 object 存进了集合、每次存取都在悄悄装箱拆箱的深度复盘
我有个高频调用的接口性能不理想、GC 频繁、内存分配率高,盯着代码看了半天每一行都很正常,实在找不出问题。直到用 profiler 抓内存分配才傻眼:大量堆分配集中在一段看起来人畜无害的代码上——我用了 Dictionary 存各种属性(里面塞了一堆 int、bool、DateTime 这些值类型)高频存取。复盘才搞懂:C# 里值类型默认在栈上或内联、不在堆上单独分配,但把它赋给 object(或…- 2
- 0
-
TypeScript 类型设计实战:判别联合、品牌类型与 satisfies 把 bug 挡在编译期
我接手过一个用了两年 TypeScript 的项目,打开却像在看穿了西装的 JavaScript:参数标 any、字段写 data: any、接口返回直接 as 强转,问起来团队回答出奇一致——"TS 太啰嗦,加 any 编译就过了"。可这套穿着 TS 外衣的 JS,该出的运行时错误一个没少:传错参数顺序、读不存在的字段、把没校验的字符串当合法值用,全溜进了生产。那次重构让我想…- 0
- 0
-
从一套裸起 goroutine 不管生命周期加无缓冲 channel 发送方阻塞下游一慢就泄漏到 OOM 加全局 map 当缓存被多 goroutine 无锁并发读写高并发下 concurrent map fatal 崩进程加到处 if err != nil 直接 return 把错误上下文丢得一干二净加压根不传 context 超时不可控取消不传播加靠 interface{} 加类型断言硬凑运行时 panic 加用 GOPATH 加手动 vendor 锁不住依赖加靠 fmt.Println 调试的早期 Go 祖传微服务、核心是支撑公司订单聚合与支付回调的微服务功能上一直能用在并发量不大的那些年里默默聚合订单接收支付回调直到一次大促把并发推高一个数量级这套从骨子里就没认真对待过 goroutine 生命周期和并发安全的代码在最不该出事的那一夜集中爆炸、把我们打醒的是大促当晚的连环崩溃第一记重拳来自那些没人管死活的 goroutine 网关给每个请求裸起一个 goroutine 去并发调下游再用无缓冲 channel 把结果收回来可一旦下游变慢上游请求因超时提前 return 走了那个还在傻等着往无缓冲 channel 里发结果的 goroutine 就因为再也没有接收方而永远阻塞在那条发送语句上再也退不出去大促那晚下游一变慢这种泄漏的 goroutine 开始成千上万地堆积每个都死死攥着自己那份请求上下文和缓冲区不放内存一路飙升最终 OOM 进程被杀几乎同时第二记重拳砸下另一处用一个全局 map 当本地缓存好几个 goroutine 并发地读它写它却没有加任何锁大促高并发下并发的读和写终于真正撞在一起 Go runtime 检测到 concurrent map read and map write 直接抛出一个连 recover 都救不回来的 fatal error 把整个进程当场干掉 → 2026 现代 Go 工程体系 context 控制生命周期加超时取消加 errgroup 编排 goroutine 启动即规划退出 + RWMutex 加 sync.Map 保护并发安全加 go test -race 检测竞态写代码时就被揪出 + fmt.Errorf 的 %w 包装错误链加 errors.Is/As 精确判断错误带完整来龙去脉 + context.Context 贯穿调用链超时与取消沿链传播一处慢则一起及时放手 + generics 类型参数编译期类型安全一份逻辑适配多类型无运行时断言 + 规范 defer 紧跟获取显式生命周期循环内资源即时释放绝不泄漏句柄 + Go Modules 加 go.mod go.sum 锁定整棵依赖树任何机器拉出完全一致的版本 + slog 结构化日志分级别带字段可检索聚合告警 87 天战役复盘:8 个 P0 复盘 + 6 条工程哲学 + 7 个关键数字
5 人的后端团队 87 天把一套支撑公司订单聚合与支付回调的核心 Go 微服务,从一堆裸起 goroutine 不管生命周期、用全局 map 当缓存却不加锁、到处 if err != nil 直接 return 把错误上下文丢光、压根不传 context、靠 interface{} 加类型断言硬凑、用 GOPATH 加手动 vendor 锁不住依赖、靠 fmt.Println 调试的早期 Go 代…- 0
- 0
-
从粗放 JavaScript 体系 弱类型无检查改个字段名编译器不吭声运行时才白屏 + any 与隐式 any 满天飞类型检查形同虚设 + 通用结构每种数据各抄一份 interface + 外部数据从不校验少个字段或 null 就崩 + 前后端契约手写一份会过期的 interface 去猜 + 模块还是 CommonJS require 无法 tree-shaking + 构建用 webpack 加 babel 热更新十几秒全量构建几分钟 + 枚举全是散落的魔法字符串拼错一字母毫无察觉 + undefined/null 到处裸奔运行时 cannot read property → 2026 现代 TypeScript 体系 静态类型编译期就拦住 + strict 严格模式 + unknown 收口外部数据 + 泛型与工具类型一处定义处处复用 + zod 在边界做 schema 运行时校验 + tRPC 前后端类型端到端打通 + ESM import/export 可摇树优化 + Vite 加 esbuild/swc 毫秒级热更新 + 联合字面量类型消灭魔法字符串 + strictNullChecks 加可选链编译期拦空 + allowJs 逐文件渐进迁移 87 天战役复盘:47 套工程修法 + 7 个 P0 复盘 + 6 条工程哲学
12 位前端与全栈工程师 87 天把一套用了七年、从 jQuery 时代堆叠至今的几十万行粗放 JavaScript 代码——先天没有类型一个函数收什么返回什么全靠翻代码或祈祷注释、改个字段名编译器一声不吭要等线上白屏才知道闯祸、any 与隐式 any 满天飞类型检查形同虚设还像病毒一样顺着数据流传染、通用的分页结构为订单用户商品各抄一份几乎一样的 interface、外部接口数据直接 as 强断…- 0
- 0
-
从 Go 1.x GOPATH 时代 + dep/手工 vendor 依赖对不上 + 无泛型到处 interface{} 断言 + 裸 errors.New 拼字符串无上下文 + 不传 context 协程无法取消超时 + 满世界 sync.Mutex 加锁易死锁 + 手撸 goroutine 不管生命周期到处泄漏 + 标准 log 无结构 古老 Go 体系 → 2026 Go 1.22 + Go Modules 可复现依赖 + 泛型类型安全 + errors.Is/As 错误包装错误链 + context 全链路传递取消超时 + channel/errgroup 并发编排 + slog 结构化日志 + 泛型容器函数式工具 现代 Go 体系 87 天战役复盘:47 套工程修法 + 7 个 P0 复盘 + 6 条工程哲学
13 位 Go 后端工程师 87 天把一套跑了六年的古老 Go 体系——GOPATH 目录束缚、dep 和手工 vendor 管依赖经常对不上、完全没有泛型到处 interface{} 加类型断言、裸 errors.New 拼字符串没堆栈没上下文、不传 context 协程无法取消无法超时、满世界 sync.Mutex 共享内存加锁还经常死锁、手撸 goroutine 不管生命周期到处泄漏、标准 …- 6
- 0
-
从 Go 1.11 + GOPATH + dep + 无泛型 + interface{} + 裸 goroutine + log 纯文本 远古集群 → Go 1.24 + Modules/Workspaces + 泛型 + errgroup/context + net/http 1.22 + log/slog + PGO + fuzzing 现代工程体系 67 天踩坑录:版本阶梯 + 38 套修法 + 7 个 P0 复盘 + 6 条工程哲学
19 位 Go 后端工程师 67 天用版本阶梯 + 灰度替换策略把一套跑了六年、累计 38 万行的 Go 1.11 + GOPATH + dep + 无泛型 + 裸 goroutine 远古集群,平滑迁移到 2026 年 Go 1.24 + Modules/Workspaces + 泛型 + errgroup/context + net/http 1.22 增强路由 + log/slog + PG…- 0
- 0
-
TypeScript 泛型从入门到精通:让类型为你工作
很多人对 TypeScript 的认识停在"给变量加类型注解"。这其实只用到了 5% 的能力。TypeScript 真正强大的地方在泛型和类型推导 —— 它们让类型系统能像写代码一样"编程"。这篇文章带你从最基础的 <T> 一路走到条件类型、映射类型、类型推导,所有例子都来自真实工程。 泛型解决的根本问题:复用 + 类型安全 看一个没有泛型的笨方…- 0
- 0
-
TypeScript 高级类型完全指南:泛型、条件类型、映射类型一次吃透
很多人用 TypeScript,停留在"给变量标个类型"的层面 —— 这只用到了它大概 20% 的能力。TS 真正强大的地方,是它有一套图灵完备的类型系统:你可以在"类型"这个层面做计算、做推导、做变换。这篇把泛型、泛型约束、条件类型、infer、映射类型、类型收窄这几个核心武器讲透,最后你会发现 —— TS 那些天天在用的内置工具类型(Partial / …- 0
- 0
泛型
-
￥优惠劵使用时效：无法使用使用时效：
之前
使用时效：永久有效优惠劵ID：×