- 博客(952)
- 收藏
- 关注
RSS订阅原创 Go1.26 新特性：new(expr) 终于来了，创建指针简单了！
相信写过 Go 的同学都有过这样的经历：创建一个结构体指针很简单，但要创建一个基本类型的指针就得多写好几行代码。这个特性解决了 Go 中创建基本类型指针时的不便，让代码更简洁一致。为什么创建复合类型的指针可以一步到位，而基本类型就得多写一个临时变量或者两行代码？这个方案的逻辑是：类型转换必然会创建新的存储空间(因为要改变类型)，所以让它可寻址是合理的。是一个类型为 T 的表达式，或者是一个默认类型为 T 的无类型常量表达式，那么。这样就统一了创建指针的方式，不管是基本类型还是复合类型，都可以用类似的语法。
2025-12-22 08:41:37
887
原创 Go1.26 新特性：10年，Goroutine 调度指标终于来了！
其中 4 个正在执行，8 个在等待某些资源(可能是 channel、锁、或者 I/O)，没有 Goroutine 卡在系统调用里，也没有 Goroutine 在排队等待执行。有了这些指标，我们终于能直接观测到 Goroutine 的调度状态，不用再猜来猜去了。描述的需求很简单：“MemStats 提供了一种监控内存分配和 GC 的方式，我们也需要一个类似的工具来监控 Goroutine 调度器。很无奈的是，这么多年过去了，关于 Goroutine 调度器的 metrics 指标一直是空白的。
2025-12-19 08:41:31
661
原创 Go1.26 新特性：errors.AsType 让错误处理更优雅了点！
也有人指出，泛型版本的 API 设计更符合现代 Go 的风格。这个设计的核心观点在于：通过类型参数直接指定目标错误类型，返回该类型的值和一个布尔值，不再需要预先声明变量。大家普遍认为这是一个务实的改进，解决了实际开发中的痛点。只能在 Go 1.26 及以上版本使用，如果你的项目还在使用老版本，需要先升级。如果要检查多种错误类型，代码会变得又长又臃肿，而且变量的作用域也不够精确。但今天我们要聊的不是这个老生常谈的话题，而是错误类型断言的问题。中，有开发者建议引入一个支持泛型的版本，让错误处理更加简洁。
2025-12-08 08:42:03
888
原创 Go1.26 新特性：net/http 终于能手动管理连接了！！！
将创建一个到指定地址的新客户端连接，你给个 scheme（http 或 https）和地址，它就能给你创建一个连接。内部维护了一个连接池，可能包含到多个不同服务器的连接，这些连接可以是 HTTP/1、HTTP/2，或者两者混合。近期 Go 核心团队提出了一个新提案，会在 net/http 包里加入手动创建和管理客户端连接的能力。的值（大部分情况下），它表示的不是当前能发多少个请求，而是历史上总共能发多少个请求。时都有过这样的困惑：明明只想创建一个单独的 HTTP 连接来控制请求的发送，但。
2025-12-05 08:41:47
594
转载 我天，Go 已沦为老二。。
是指运行一段具有特定功能的代码块的行为，以增强其处理能力，实现更复杂的任务，使大模型能够集成外部工具和资源，提升交互性和实用性。课程包含非常实用、靠谱、高含金量的企业级真实案例拆解，覆盖多个业务场景，帮你掌握AI应用开发底层逻辑！用一手数据资源、项目资料，拆解大模型产品的技术架构，逐行解析代码，手搓全流程！结合课程中老师讲解的能力模型，和大厂面试经验，让你在其他候选人中脱颖而出！老师从高薪岗位入手，拆解大模型岗位能力模型，以及需要的核心技术。等等，直击大模型技术实战，让你从容面对AI技术革新！
2025-11-25 11:50:18
30
原创 Go 开源 16 年：将加大 AI 集成、性能提高等投入！
更令人兴奋的是，即将发布的 Go 1.26 中，Green Tea 在支持 AVX-512 向量指令的硬件上，还能进一步降低 10% 的 GC 开销。但更重要的是，在 AI 浪潮席卷整个行业的背景下，Go 团队没有盲目跟风，而是以一贯的严谨态度，思考如何让 Go 在 AI 基础设施建设中发挥更大的作用。无论是测试工具的改进、容器化支持的增强、安全性的强化，还是性能的提升、开发工具的演进，每一个变化都是为了让开发者能够更高效地构建可靠的生产系统。更重要的是，测试结果是确定性的，不会出现偶发性失败的情况。
2025-11-21 08:41:56
729
原创 Go 清理技术债务：将删除部分 GODEBUG 标识！
简单来说就是，符合 Go 1 规范的程序，在后续的 Go 1.x 版本中都能正常编译和运行。但问题来了，这 13 年里，Go 团队遇到了各种安全问题和其他需要改进的地方。这些标志都是在 Go 1.22 和 Go 1.23 引入的，到 Go 1.27 时已经满足至少保留两年的要求。感兴趣的同学，或者有用到的可以自行查看上面的 issues 获取进一步的信息和原因。标志越积越多，有的说要永久保留，有的说过两年就删，还有的压根没说什么时候删。最近 Go 团队提出了一个挺有意思的提案，说的是要系统性地清理。
2025-11-17 08:41:51
265
转载 Claude 4.5 杀疯了，能一口气写出一万多行代码。。。。
他觉得AI 编程体验很像是处于 L2 阶段的自动驾驶：你给出方向（spec），平时让系统自动行驶，只有在复杂路段或偏离轨道时，才需要接管。卷编程速度和开发能力，人类肯定是卷不过 AI 的，而且差距会越来越大。这 4 个视频选的都是比较有代表性的实操案例，既有功能实现，也有技术选型与 AI 协作的思维模式升级，知识点一串多。首先，视频全都是最近录制的，非常新鲜，而且讲得比较细致，基本上就是把实操过程录下来了，方便跟练。」，有 4 个独立的实战案例视频，展示 AI 编程最佳实践。更夸张的是，它能连续敲出。
2025-11-11 18:10:28
43
原创 Go 新老派之争：实验特性 SIMD 要来了，但 Rob Pike 反对！
最保守的做法是，如果一个类型的任何方法有特性需求，那在任何地方把这个类型转成接口都得检查这些需求。就算你测试覆盖率做到 100%，如果 CI 环境的硬件刚好支持某个特性，测试全过了，结果到生产环境换了台机器，照样 panic 给你看。举个例子，你在代码里用了 AVX-512 的指令，结果跑在一台老服务器上，CPU 根本不支持 AVX-512，那就只能看着程序崩溃了。这些函数直接对应底层的 CPU 指令，性能拉满，但问题也来了：如果硬件不支持对应的 CPU 特性，这些函数就会 panic。
2025-11-10 08:41:40
456
转载 65k*19薪，加入京东造车了！
万同学一直做测试，考虑到测试岗位技术含量低可替代性强，薪资也相对较低，因此考虑转型AI行业。了解到近期AI方向的岗位年包比较高，很心动，但又觉得自己的基础一般，担心学不好。上周跟一位年轻的字节技术大佬聊天，他说：近几年程序员市场越来越卷，人才市场也趋于饱和，不少人职业发展停滞，所以。但是也凭借着当下行业对AI人才的海量需求，快人一步掌握了AI相关技术技能，踩住风口拿下了高薪offer。，授人以鱼不如授人以渔，学完后还会具备举一反三的能力，无论进入什么行业，算法岗位和项目均能胜任。
2025-11-04 10:01:08
36
原创 Go GC 重大改进：Green Tea 性能提升 10-40%！
传统的图遍历算法没法用向量指令，因为每次处理的对象大小都不一样，没有规律性。但 Green Tea 不一样，同一个页里的对象大小都是固定的，元数据的位置也是固定的。Green Tea 通过以页为单位组织 GC 工作，显著改善了内存访问模式，让 CPU 可以更好地利用缓存，减少主内存访问。：从根对象(全局变量、局部变量)开始，沿着指针一路追踪，把能访问到的对象都标记为"访问过"。CPU 的缓存就白费了，每次都要等内存访问。取出页 A，扫描它上面的对象，发现指向页 B 的指针，就把页 B 加入工作列表。
2025-11-03 08:41:26
311
原创 绝了，Go HTTP/2 终于要进入标准库了！！！
在遇到支持非 vendor HTTP/2 的 Go 版本时，会直接调用标准库的实现。而且导入之后，不光配置变了，连实现都换了，这就很尴尬。这些配置项涵盖了 HTTP/2 协议的核心参数，从并发控制、缓冲区大小到健康检查，基本满足了日常开发的需求。：HTTP/1 和 HTTP/2 的代码分别在不同的仓库，想要同时改动两边的逻辑，几乎不可能原子化完成。，说的是 HTTP/1 和 HTTP/2 都有自己的重试逻辑，导致请求可能被重试多次。版本，行为会保持不变——选择了这个包的实现，就会用这个包的，覆盖标准库的。
2025-10-31 08:41:42
348
转载 今年，Go 的招聘市场已经疯掉了。。。
除了大模型技术讲解，还有能够震撼到每一个程序员的、超详细、最热门的大模型商业化应用案例。Java、Spring Cloud+那一套就能站稳脚跟，现在光靠这点本事，不仅工资难涨，岗位需求更是断崖式下跌……掌握主流大模型（如DeepSeek、Qwen等）的微调技术，针对特定场景优化模型性能。5个步骤，覆盖超多业务场景，培养全栈开发能力，轻松成为大模型应用开发工程师。课程由AI大模型领域大佬们联合打磨研发，老师们将大模型技术原理讲透的同时，课程开班58期，已为20000+学员服务，口碑爆棚，从！
2025-10-28 11:50:53
32
原创 尬住了，Go HTTP/3 又又被搁置了！
HTTP/3 早在 2022 年 6 月就被 IETF 正式发布为提议标准(RFC 9114)了，主流浏览器的支持率已经超过 95%，全球前 1000 万网站中也有 34%支持了 HTTP/3。现在 5 年过去了，HTTP/3 早就从草案变成了正式标准，主流语言和框架也都有了成熟实现。有个不得不承认的事实：虽然 HTTP/3 很先进，但在实际生产环境中，HTTP/2 已经够用了。说白了，HTTP/2 都还没彻底搞定，甚至都还没有进入标准库（尴尬了），可能他们认为哪有精力去搞 HTTP/3？
2025-10-27 08:41:19
761
原创 Go Flight Recorder 终于来了，线上问题可以 “回放“ 了！
这个特性在 Go1.25 正式可用了，配合之前几个版本对 tracing 的优化（Go1.21 降低了开销，Go1.22 改进了 trace 格式），整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候，有没有遇到过这样的窘境：服务突然慢了，等你反应过来想抓个 trace 看看，问题已经过去了。它的工作原理是这样的：正常收集 trace 数据，但不是写到文件或 socket 里，而是在内存里缓存最近几秒的数据。更尴尬的是，往往是某个请求超时了，或者健康检查失败了，等你意识到问题，想调用。
2025-10-23 18:10:45
237
原创 Go Flight Recorder 终于来了，线上问题可以 “回放“ 了！
这个特性在 Go1.25 正式可用了，配合之前几个版本对 tracing 的优化（Go1.21 降低了开销，Go1.22 改进了 trace 格式），整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候，有没有遇到过这样的窘境：服务突然慢了，等你反应过来想抓个 trace 看看，问题已经过去了。它的工作原理是这样的：正常收集 trace 数据，但不是写到文件或 socket 里，而是在内存里缓存最近几秒的数据。更尴尬的是，往往是某个请求超时了，或者健康检查失败了，等你意识到问题，想调用。
2025-10-23 18:10:45
552
原创 Go Flight Recorder 终于来了，线上问题可以 “回放“ 了！
这个特性在 Go1.25 正式可用了，配合之前几个版本对 tracing 的优化（Go1.21 降低了开销，Go1.22 改进了 trace 格式），整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候，有没有遇到过这样的窘境：服务突然慢了，等你反应过来想抓个 trace 看看，问题已经过去了。它的工作原理是这样的：正常收集 trace 数据，但不是写到文件或 socket 里，而是在内存里缓存最近几秒的数据。更尴尬的是，往往是某个请求超时了，或者健康检查失败了，等你意识到问题，想调用。
2025-10-23 18:10:45
339
原创 Go Flight Recorder 终于来了，线上问题可以 “回放“ 了！
这个特性在 Go1.25 正式可用了，配合之前几个版本对 tracing 的优化（Go1.21 降低了开销，Go1.22 改进了 trace 格式），整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候，有没有遇到过这样的窘境：服务突然慢了，等你反应过来想抓个 trace 看看，问题已经过去了。它的工作原理是这样的：正常收集 trace 数据，但不是写到文件或 socket 里，而是在内存里缓存最近几秒的数据。更尴尬的是，往往是某个请求超时了，或者健康检查失败了，等你意识到问题，想调用。
2025-10-23 18:10:45
872
原创 Go Flight Recorder 终于来了，线上问题可以 “回放“ 了！
这个特性在 Go1.25 正式可用了，配合之前几个版本对 tracing 的优化（Go1.21 降低了开销，Go1.22 改进了 trace 格式），整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候，有没有遇到过这样的窘境：服务突然慢了，等你反应过来想抓个 trace 看看，问题已经过去了。它的工作原理是这样的：正常收集 trace 数据，但不是写到文件或 socket 里，而是在内存里缓存最近几秒的数据。更尴尬的是，往往是某个请求超时了，或者健康检查失败了，等你意识到问题，想调用。
2025-10-23 18:10:45
720
原创 Go Flight Recorder 终于来了，线上问题可以 “回放“ 了！
这个特性在 Go1.25 正式可用了，配合之前几个版本对 tracing 的优化（Go1.21 降低了开销，Go1.22 改进了 trace 格式），整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候，有没有遇到过这样的窘境：服务突然慢了，等你反应过来想抓个 trace 看看，问题已经过去了。它的工作原理是这样的：正常收集 trace 数据，但不是写到文件或 socket 里，而是在内存里缓存最近几秒的数据。更尴尬的是，往往是某个请求超时了，或者健康检查失败了，等你意识到问题，想调用。
2025-10-23 18:10:45
963
原创 Go Flight Recorder 终于来了，线上问题可以 “回放“ 了！
这个特性在 Go1.25 正式可用了，配合之前几个版本对 tracing 的优化（Go1.21 降低了开销，Go1.22 改进了 trace 格式），整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候，有没有遇到过这样的窘境：服务突然慢了，等你反应过来想抓个 trace 看看，问题已经过去了。它的工作原理是这样的：正常收集 trace 数据，但不是写到文件或 socket 里，而是在内存里缓存最近几秒的数据。更尴尬的是，往往是某个请求超时了，或者健康检查失败了，等你意识到问题，想调用。
2025-10-23 18:10:45
664
原创 Go Flight Recorder 终于来了，线上问题可以 “回放“ 了！
这个特性在 Go1.25 正式可用了，配合之前几个版本对 tracing 的优化（Go1.21 降低了开销，Go1.22 改进了 trace 格式），整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候，有没有遇到过这样的窘境：服务突然慢了，等你反应过来想抓个 trace 看看，问题已经过去了。它的工作原理是这样的：正常收集 trace 数据，但不是写到文件或 socket 里，而是在内存里缓存最近几秒的数据。更尴尬的是，往往是某个请求超时了，或者健康检查失败了，等你意识到问题，想调用。
2025-10-23 18:10:45
257
原创 Go Flight Recorder 终于来了，线上问题可以 “回放“ 了！
这个特性在 Go1.25 正式可用了，配合之前几个版本对 tracing 的优化（Go1.21 降低了开销，Go1.22 改进了 trace 格式），整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候，有没有遇到过这样的窘境：服务突然慢了，等你反应过来想抓个 trace 看看，问题已经过去了。它的工作原理是这样的：正常收集 trace 数据，但不是写到文件或 socket 里，而是在内存里缓存最近几秒的数据。更尴尬的是，往往是某个请求超时了，或者健康检查失败了，等你意识到问题，想调用。
2025-10-23 18:10:45
232
原创 Go Flight Recorder 终于来了，线上问题可以 “回放“ 了！
这个特性在 Go1.25 正式可用了，配合之前几个版本对 tracing 的优化（Go1.21 降低了开销，Go1.22 改进了 trace 格式），整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候，有没有遇到过这样的窘境：服务突然慢了，等你反应过来想抓个 trace 看看，问题已经过去了。它的工作原理是这样的：正常收集 trace 数据，但不是写到文件或 socket 里，而是在内存里缓存最近几秒的数据。更尴尬的是，往往是某个请求超时了，或者健康检查失败了，等你意识到问题，想调用。
2025-10-23 18:10:45
224
原创 Go Flight Recorder 终于来了，线上问题可以 “回放“ 了！
这个特性在 Go1.25 正式可用了，配合之前几个版本对 tracing 的优化（Go1.21 降低了开销，Go1.22 改进了 trace 格式），整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候，有没有遇到过这样的窘境：服务突然慢了，等你反应过来想抓个 trace 看看，问题已经过去了。它的工作原理是这样的：正常收集 trace 数据，但不是写到文件或 socket 里，而是在内存里缓存最近几秒的数据。更尴尬的是，往往是某个请求超时了，或者健康检查失败了，等你意识到问题，想调用。
2025-10-23 18:10:45
273
原创 Go Flight Recorder 终于来了，线上问题可以 “回放“ 了！
这个特性在 Go1.25 正式可用了，配合之前几个版本对 tracing 的优化（Go1.21 降低了开销，Go1.22 改进了 trace 格式），整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候，有没有遇到过这样的窘境：服务突然慢了，等你反应过来想抓个 trace 看看，问题已经过去了。它的工作原理是这样的：正常收集 trace 数据，但不是写到文件或 socket 里，而是在内存里缓存最近几秒的数据。更尴尬的是，往往是某个请求超时了，或者健康检查失败了，等你意识到问题，想调用。
2025-10-23 18:10:45
802
原创 Go Flight Recorder 终于来了，线上问题可以 “回放“ 了！
这个特性在 Go1.25 正式可用了，配合之前几个版本对 tracing 的优化（Go1.21 降低了开销，Go1.22 改进了 trace 格式），整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候，有没有遇到过这样的窘境：服务突然慢了，等你反应过来想抓个 trace 看看，问题已经过去了。它的工作原理是这样的：正常收集 trace 数据，但不是写到文件或 socket 里，而是在内存里缓存最近几秒的数据。更尴尬的是，往往是某个请求超时了，或者健康检查失败了，等你意识到问题，想调用。
2025-10-23 18:10:45
375
原创 Go Flight Recorder 终于来了，线上问题可以 “回放“ 了！
这个特性在 Go1.25 正式可用了，配合之前几个版本对 tracing 的优化（Go1.21 降低了开销，Go1.22 改进了 trace 格式），整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候，有没有遇到过这样的窘境：服务突然慢了，等你反应过来想抓个 trace 看看，问题已经过去了。它的工作原理是这样的：正常收集 trace 数据，但不是写到文件或 socket 里，而是在内存里缓存最近几秒的数据。更尴尬的是，往往是某个请求超时了，或者健康检查失败了，等你意识到问题，想调用。
2025-10-23 18:10:45
844
原创 Go Flight Recorder 终于来了，线上问题可以 “回放“ 了！
这个特性在 Go1.25 正式可用了，配合之前几个版本对 tracing 的优化（Go1.21 降低了开销，Go1.22 改进了 trace 格式），整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候，有没有遇到过这样的窘境：服务突然慢了，等你反应过来想抓个 trace 看看，问题已经过去了。它的工作原理是这样的：正常收集 trace 数据，但不是写到文件或 socket 里，而是在内存里缓存最近几秒的数据。更尴尬的是，往往是某个请求超时了，或者健康检查失败了，等你意识到问题，想调用。
2025-10-23 18:10:45
780
原创 Go Flight Recorder 终于来了，线上问题可以 “回放“ 了！
这个特性在 Go1.25 正式可用了，配合之前几个版本对 tracing 的优化（Go1.21 降低了开销，Go1.22 改进了 trace 格式），整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候，有没有遇到过这样的窘境：服务突然慢了，等你反应过来想抓个 trace 看看，问题已经过去了。它的工作原理是这样的：正常收集 trace 数据，但不是写到文件或 socket 里，而是在内存里缓存最近几秒的数据。更尴尬的是，往往是某个请求超时了，或者健康检查失败了，等你意识到问题，想调用。
2025-10-23 18:10:45
248
原创 Go Flight Recorder 终于来了，线上问题可以 “回放“ 了！
这个特性在 Go1.25 正式可用了，配合之前几个版本对 tracing 的优化（Go1.21 降低了开销，Go1.22 改进了 trace 格式），整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候，有没有遇到过这样的窘境：服务突然慢了，等你反应过来想抓个 trace 看看，问题已经过去了。它的工作原理是这样的：正常收集 trace 数据，但不是写到文件或 socket 里，而是在内存里缓存最近几秒的数据。更尴尬的是，往往是某个请求超时了，或者健康检查失败了，等你意识到问题，想调用。
2025-10-23 18:10:45
320
原创 Go Flight Recorder 终于来了，线上问题可以 “回放“ 了！
这个特性在 Go1.25 正式可用了，配合之前几个版本对 tracing 的优化（Go1.21 降低了开销，Go1.22 改进了 trace 格式），整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候，有没有遇到过这样的窘境：服务突然慢了，等你反应过来想抓个 trace 看看，问题已经过去了。它的工作原理是这样的：正常收集 trace 数据，但不是写到文件或 socket 里，而是在内存里缓存最近几秒的数据。更尴尬的是，往往是某个请求超时了，或者健康检查失败了，等你意识到问题，想调用。
2025-10-23 18:10:45
285
原创 Go Flight Recorder 终于来了，线上问题可以 “回放“ 了！
这个特性在 Go1.25 正式可用了，配合之前几个版本对 tracing 的优化（Go1.21 降低了开销，Go1.22 改进了 trace 格式），整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候，有没有遇到过这样的窘境：服务突然慢了，等你反应过来想抓个 trace 看看，问题已经过去了。它的工作原理是这样的：正常收集 trace 数据，但不是写到文件或 socket 里，而是在内存里缓存最近几秒的数据。更尴尬的是，往往是某个请求超时了，或者健康检查失败了，等你意识到问题，想调用。
2025-10-23 18:10:45
378
原创 Go Flight Recorder 终于来了，线上问题可以 “回放“ 了！
这个特性在 Go1.25 正式可用了，配合之前几个版本对 tracing 的优化（Go1.21 降低了开销，Go1.22 改进了 trace 格式），整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候，有没有遇到过这样的窘境：服务突然慢了，等你反应过来想抓个 trace 看看，问题已经过去了。它的工作原理是这样的：正常收集 trace 数据，但不是写到文件或 socket 里，而是在内存里缓存最近几秒的数据。更尴尬的是，往往是某个请求超时了，或者健康检查失败了，等你意识到问题，想调用。
2025-10-23 18:10:45
714
原创 Go Flight Recorder 终于来了，线上问题可以 “回放“ 了！
这个特性在 Go1.25 正式可用了，配合之前几个版本对 tracing 的优化（Go1.21 降低了开销，Go1.22 改进了 trace 格式），整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候，有没有遇到过这样的窘境：服务突然慢了，等你反应过来想抓个 trace 看看，问题已经过去了。它的工作原理是这样的：正常收集 trace 数据，但不是写到文件或 socket 里，而是在内存里缓存最近几秒的数据。更尴尬的是，往往是某个请求超时了，或者健康检查失败了，等你意识到问题，想调用。
2025-10-23 18:10:45
964
原创 Go Flight Recorder 终于来了，线上问题可以 “回放“ 了！
这个特性在 Go1.25 正式可用了，配合之前几个版本对 tracing 的优化（Go1.21 降低了开销，Go1.22 改进了 trace 格式），整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候，有没有遇到过这样的窘境：服务突然慢了，等你反应过来想抓个 trace 看看，问题已经过去了。它的工作原理是这样的：正常收集 trace 数据，但不是写到文件或 socket 里，而是在内存里缓存最近几秒的数据。更尴尬的是，往往是某个请求超时了，或者健康检查失败了，等你意识到问题，想调用。
2025-10-23 18:10:45
608
原创 Go Flight Recorder 终于来了，线上问题可以 “回放“ 了！
这个特性在 Go1.25 正式可用了，配合之前几个版本对 tracing 的优化（Go1.21 降低了开销，Go1.22 改进了 trace 格式），整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候，有没有遇到过这样的窘境：服务突然慢了，等你反应过来想抓个 trace 看看，问题已经过去了。它的工作原理是这样的：正常收集 trace 数据，但不是写到文件或 socket 里，而是在内存里缓存最近几秒的数据。更尴尬的是，往往是某个请求超时了，或者健康检查失败了，等你意识到问题，想调用。
2025-10-23 18:10:45
704
原创 Go Flight Recorder 终于来了，线上问题可以 “回放“ 了！
这个特性在 Go1.25 正式可用了，配合之前几个版本对 tracing 的优化（Go1.21 降低了开销，Go1.22 改进了 trace 格式），整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候，有没有遇到过这样的窘境：服务突然慢了，等你反应过来想抓个 trace 看看，问题已经过去了。它的工作原理是这样的：正常收集 trace 数据，但不是写到文件或 socket 里，而是在内存里缓存最近几秒的数据。更尴尬的是，往往是某个请求超时了，或者健康检查失败了，等你意识到问题，想调用。
2025-10-23 18:10:45
979
原创 Go Flight Recorder 终于来了，线上问题可以 “回放“ 了！
这个特性在 Go1.25 正式可用了，配合之前几个版本对 tracing 的优化（Go1.21 降低了开销，Go1.22 改进了 trace 格式），整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候，有没有遇到过这样的窘境：服务突然慢了，等你反应过来想抓个 trace 看看，问题已经过去了。它的工作原理是这样的：正常收集 trace 数据，但不是写到文件或 socket 里，而是在内存里缓存最近几秒的数据。更尴尬的是，往往是某个请求超时了，或者健康检查失败了，等你意识到问题，想调用。
2025-10-23 18:10:45
331
原创 Go Flight Recorder 终于来了，线上问题可以 “回放“ 了！
这个特性在 Go1.25 正式可用了，配合之前几个版本对 tracing 的优化（Go1.21 降低了开销，Go1.22 改进了 trace 格式），整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候，有没有遇到过这样的窘境：服务突然慢了，等你反应过来想抓个 trace 看看，问题已经过去了。它的工作原理是这样的：正常收集 trace 数据，但不是写到文件或 socket 里，而是在内存里缓存最近几秒的数据。更尴尬的是，往往是某个请求超时了，或者健康检查失败了，等你意识到问题，想调用。
2025-10-23 18:10:45
888
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人