- 博客(925)
- 收藏
- 关注
原创 Go 开源 16 年:将加大 AI 集成、性能提高等投入!
更令人兴奋的是,即将发布的 Go 1.26 中,Green Tea 在支持 AVX-512 向量指令的硬件上,还能进一步降低 10% 的 GC 开销。但更重要的是,在 AI 浪潮席卷整个行业的背景下,Go 团队没有盲目跟风,而是以一贯的严谨态度,思考如何让 Go 在 AI 基础设施建设中发挥更大的作用。无论是测试工具的改进、容器化支持的增强、安全性的强化,还是性能的提升、开发工具的演进,每一个变化都是为了让开发者能够更高效地构建可靠的生产系统。更重要的是,测试结果是确定性的,不会出现偶发性失败的情况。
2025-11-21 08:41:56
676
原创 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
224
转载 Claude 4.5 杀疯了,能一口气写出一万多行代码。。。。
他觉得AI 编程体验很像是处于 L2 阶段的自动驾驶:你给出方向(spec),平时让系统自动行驶,只有在复杂路段或偏离轨道时,才需要接管。卷编程速度和开发能力,人类肯定是卷不过 AI 的,而且差距会越来越大。这 4 个视频选的都是比较有代表性的实操案例,既有功能实现,也有技术选型与 AI 协作的思维模式升级,知识点一串多。首先,视频全都是最近录制的,非常新鲜,而且讲得比较细致,基本上就是把实操过程录下来了,方便跟练。」,有 4 个独立的实战案例视频,展示 AI 编程最佳实践。更夸张的是,它能连续敲出。
2025-11-11 18:10:28
22
原创 Go 新老派之争:实验特性 SIMD 要来了,但 Rob Pike 反对!
最保守的做法是,如果一个类型的任何方法有特性需求,那在任何地方把这个类型转成接口都得检查这些需求。就算你测试覆盖率做到 100%,如果 CI 环境的硬件刚好支持某个特性,测试全过了,结果到生产环境换了台机器,照样 panic 给你看。举个例子,你在代码里用了 AVX-512 的指令,结果跑在一台老服务器上,CPU 根本不支持 AVX-512,那就只能看着程序崩溃了。这些函数直接对应底层的 CPU 指令,性能拉满,但问题也来了:如果硬件不支持对应的 CPU 特性,这些函数就会 panic。
2025-11-10 08:41:40
415
转载 65k*19薪,加入京东造车了!
万同学一直做测试,考虑到测试岗位技术含量低可替代性强,薪资也相对较低,因此考虑转型AI行业。了解到近期AI方向的岗位年包比较高,很心动,但又觉得自己的基础一般,担心学不好。上周跟一位年轻的字节技术大佬聊天,他说:近几年程序员市场越来越卷,人才市场也趋于饱和,不少人职业发展停滞,所以。但是也凭借着当下行业对AI人才的海量需求,快人一步掌握了AI相关技术技能,踩住风口拿下了高薪offer。,授人以鱼不如授人以渔,学完后还会具备举一反三的能力,无论进入什么行业,算法岗位和项目均能胜任。
2025-11-04 10:01:08
20
原创 Go GC 重大改进:Green Tea 性能提升 10-40%!
传统的图遍历算法没法用向量指令,因为每次处理的对象大小都不一样,没有规律性。但 Green Tea 不一样,同一个页里的对象大小都是固定的,元数据的位置也是固定的。Green Tea 通过以页为单位组织 GC 工作,显著改善了内存访问模式,让 CPU 可以更好地利用缓存,减少主内存访问。:从根对象(全局变量、局部变量)开始,沿着指针一路追踪,把能访问到的对象都标记为"访问过"。CPU 的缓存就白费了,每次都要等内存访问。取出页 A,扫描它上面的对象,发现指向页 B 的指针,就把页 B 加入工作列表。
2025-11-03 08:41:26
280
原创 绝了,Go HTTP/2 终于要进入标准库了!!!
在遇到支持非 vendor HTTP/2 的 Go 版本时,会直接调用标准库的实现。而且导入之后,不光配置变了,连实现都换了,这就很尴尬。这些配置项涵盖了 HTTP/2 协议的核心参数,从并发控制、缓冲区大小到健康检查,基本满足了日常开发的需求。:HTTP/1 和 HTTP/2 的代码分别在不同的仓库,想要同时改动两边的逻辑,几乎不可能原子化完成。,说的是 HTTP/1 和 HTTP/2 都有自己的重试逻辑,导致请求可能被重试多次。版本,行为会保持不变——选择了这个包的实现,就会用这个包的,覆盖标准库的。
2025-10-31 08:41:42
323
转载 今年,Go 的招聘市场已经疯掉了。。。
除了大模型技术讲解,还有能够震撼到每一个程序员的、超详细、最热门的大模型商业化应用案例。Java、Spring Cloud+那一套就能站稳脚跟,现在光靠这点本事,不仅工资难涨,岗位需求更是断崖式下跌……掌握主流大模型(如DeepSeek、Qwen等)的微调技术,针对特定场景优化模型性能。5个步骤,覆盖超多业务场景,培养全栈开发能力,轻松成为大模型应用开发工程师。课程由AI大模型领域大佬们联合打磨研发,老师们将大模型技术原理讲透的同时,课程开班58期,已为20000+学员服务,口碑爆棚,从!
2025-10-28 11:50:53
20
原创 尬住了,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
721
原创 Go Flight Recorder 终于来了,线上问题可以 “回放“ 了!
这个特性在 Go1.25 正式可用了,配合之前几个版本对 tracing 的优化(Go1.21 降低了开销,Go1.22 改进了 trace 格式),整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候,有没有遇到过这样的窘境:服务突然慢了,等你反应过来想抓个 trace 看看,问题已经过去了。它的工作原理是这样的:正常收集 trace 数据,但不是写到文件或 socket 里,而是在内存里缓存最近几秒的数据。更尴尬的是,往往是某个请求超时了,或者健康检查失败了,等你意识到问题,想调用。
2025-10-23 18:10:45
233
原创 Go Flight Recorder 终于来了,线上问题可以 “回放“ 了!
这个特性在 Go1.25 正式可用了,配合之前几个版本对 tracing 的优化(Go1.21 降低了开销,Go1.22 改进了 trace 格式),整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候,有没有遇到过这样的窘境:服务突然慢了,等你反应过来想抓个 trace 看看,问题已经过去了。它的工作原理是这样的:正常收集 trace 数据,但不是写到文件或 socket 里,而是在内存里缓存最近几秒的数据。更尴尬的是,往往是某个请求超时了,或者健康检查失败了,等你意识到问题,想调用。
2025-10-23 18:10:45
543
原创 Go Flight Recorder 终于来了,线上问题可以 “回放“ 了!
这个特性在 Go1.25 正式可用了,配合之前几个版本对 tracing 的优化(Go1.21 降低了开销,Go1.22 改进了 trace 格式),整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候,有没有遇到过这样的窘境:服务突然慢了,等你反应过来想抓个 trace 看看,问题已经过去了。它的工作原理是这样的:正常收集 trace 数据,但不是写到文件或 socket 里,而是在内存里缓存最近几秒的数据。更尴尬的是,往往是某个请求超时了,或者健康检查失败了,等你意识到问题,想调用。
2025-10-23 18:10:45
335
原创 Go Flight Recorder 终于来了,线上问题可以 “回放“ 了!
这个特性在 Go1.25 正式可用了,配合之前几个版本对 tracing 的优化(Go1.21 降低了开销,Go1.22 改进了 trace 格式),整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候,有没有遇到过这样的窘境:服务突然慢了,等你反应过来想抓个 trace 看看,问题已经过去了。它的工作原理是这样的:正常收集 trace 数据,但不是写到文件或 socket 里,而是在内存里缓存最近几秒的数据。更尴尬的是,往往是某个请求超时了,或者健康检查失败了,等你意识到问题,想调用。
2025-10-23 18:10:45
868
原创 Go Flight Recorder 终于来了,线上问题可以 “回放“ 了!
这个特性在 Go1.25 正式可用了,配合之前几个版本对 tracing 的优化(Go1.21 降低了开销,Go1.22 改进了 trace 格式),整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候,有没有遇到过这样的窘境:服务突然慢了,等你反应过来想抓个 trace 看看,问题已经过去了。它的工作原理是这样的:正常收集 trace 数据,但不是写到文件或 socket 里,而是在内存里缓存最近几秒的数据。更尴尬的是,往往是某个请求超时了,或者健康检查失败了,等你意识到问题,想调用。
2025-10-23 18:10:45
709
原创 Go Flight Recorder 终于来了,线上问题可以 “回放“ 了!
这个特性在 Go1.25 正式可用了,配合之前几个版本对 tracing 的优化(Go1.21 降低了开销,Go1.22 改进了 trace 格式),整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候,有没有遇到过这样的窘境:服务突然慢了,等你反应过来想抓个 trace 看看,问题已经过去了。它的工作原理是这样的:正常收集 trace 数据,但不是写到文件或 socket 里,而是在内存里缓存最近几秒的数据。更尴尬的是,往往是某个请求超时了,或者健康检查失败了,等你意识到问题,想调用。
2025-10-23 18:10:45
950
原创 Go Flight Recorder 终于来了,线上问题可以 “回放“ 了!
这个特性在 Go1.25 正式可用了,配合之前几个版本对 tracing 的优化(Go1.21 降低了开销,Go1.22 改进了 trace 格式),整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候,有没有遇到过这样的窘境:服务突然慢了,等你反应过来想抓个 trace 看看,问题已经过去了。它的工作原理是这样的:正常收集 trace 数据,但不是写到文件或 socket 里,而是在内存里缓存最近几秒的数据。更尴尬的是,往往是某个请求超时了,或者健康检查失败了,等你意识到问题,想调用。
2025-10-23 18:10:45
660
原创 Go Flight Recorder 终于来了,线上问题可以 “回放“ 了!
这个特性在 Go1.25 正式可用了,配合之前几个版本对 tracing 的优化(Go1.21 降低了开销,Go1.22 改进了 trace 格式),整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候,有没有遇到过这样的窘境:服务突然慢了,等你反应过来想抓个 trace 看看,问题已经过去了。它的工作原理是这样的:正常收集 trace 数据,但不是写到文件或 socket 里,而是在内存里缓存最近几秒的数据。更尴尬的是,往往是某个请求超时了,或者健康检查失败了,等你意识到问题,想调用。
2025-10-23 18:10:45
249
原创 Go Flight Recorder 终于来了,线上问题可以 “回放“ 了!
这个特性在 Go1.25 正式可用了,配合之前几个版本对 tracing 的优化(Go1.21 降低了开销,Go1.22 改进了 trace 格式),整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候,有没有遇到过这样的窘境:服务突然慢了,等你反应过来想抓个 trace 看看,问题已经过去了。它的工作原理是这样的:正常收集 trace 数据,但不是写到文件或 socket 里,而是在内存里缓存最近几秒的数据。更尴尬的是,往往是某个请求超时了,或者健康检查失败了,等你意识到问题,想调用。
2025-10-23 18:10:45
223
原创 Go Flight Recorder 终于来了,线上问题可以 “回放“ 了!
这个特性在 Go1.25 正式可用了,配合之前几个版本对 tracing 的优化(Go1.21 降低了开销,Go1.22 改进了 trace 格式),整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候,有没有遇到过这样的窘境:服务突然慢了,等你反应过来想抓个 trace 看看,问题已经过去了。它的工作原理是这样的:正常收集 trace 数据,但不是写到文件或 socket 里,而是在内存里缓存最近几秒的数据。更尴尬的是,往往是某个请求超时了,或者健康检查失败了,等你意识到问题,想调用。
2025-10-23 18:10:45
217
原创 Go Flight Recorder 终于来了,线上问题可以 “回放“ 了!
这个特性在 Go1.25 正式可用了,配合之前几个版本对 tracing 的优化(Go1.21 降低了开销,Go1.22 改进了 trace 格式),整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候,有没有遇到过这样的窘境:服务突然慢了,等你反应过来想抓个 trace 看看,问题已经过去了。它的工作原理是这样的:正常收集 trace 数据,但不是写到文件或 socket 里,而是在内存里缓存最近几秒的数据。更尴尬的是,往往是某个请求超时了,或者健康检查失败了,等你意识到问题,想调用。
2025-10-23 18:10:45
261
原创 Go Flight Recorder 终于来了,线上问题可以 “回放“ 了!
这个特性在 Go1.25 正式可用了,配合之前几个版本对 tracing 的优化(Go1.21 降低了开销,Go1.22 改进了 trace 格式),整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候,有没有遇到过这样的窘境:服务突然慢了,等你反应过来想抓个 trace 看看,问题已经过去了。它的工作原理是这样的:正常收集 trace 数据,但不是写到文件或 socket 里,而是在内存里缓存最近几秒的数据。更尴尬的是,往往是某个请求超时了,或者健康检查失败了,等你意识到问题,想调用。
2025-10-23 18:10:45
798
原创 Go Flight Recorder 终于来了,线上问题可以 “回放“ 了!
这个特性在 Go1.25 正式可用了,配合之前几个版本对 tracing 的优化(Go1.21 降低了开销,Go1.22 改进了 trace 格式),整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候,有没有遇到过这样的窘境:服务突然慢了,等你反应过来想抓个 trace 看看,问题已经过去了。它的工作原理是这样的:正常收集 trace 数据,但不是写到文件或 socket 里,而是在内存里缓存最近几秒的数据。更尴尬的是,往往是某个请求超时了,或者健康检查失败了,等你意识到问题,想调用。
2025-10-23 18:10:45
371
原创 Go Flight Recorder 终于来了,线上问题可以 “回放“ 了!
这个特性在 Go1.25 正式可用了,配合之前几个版本对 tracing 的优化(Go1.21 降低了开销,Go1.22 改进了 trace 格式),整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候,有没有遇到过这样的窘境:服务突然慢了,等你反应过来想抓个 trace 看看,问题已经过去了。它的工作原理是这样的:正常收集 trace 数据,但不是写到文件或 socket 里,而是在内存里缓存最近几秒的数据。更尴尬的是,往往是某个请求超时了,或者健康检查失败了,等你意识到问题,想调用。
2025-10-23 18:10:45
837
原创 Go Flight Recorder 终于来了,线上问题可以 “回放“ 了!
这个特性在 Go1.25 正式可用了,配合之前几个版本对 tracing 的优化(Go1.21 降低了开销,Go1.22 改进了 trace 格式),整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候,有没有遇到过这样的窘境:服务突然慢了,等你反应过来想抓个 trace 看看,问题已经过去了。它的工作原理是这样的:正常收集 trace 数据,但不是写到文件或 socket 里,而是在内存里缓存最近几秒的数据。更尴尬的是,往往是某个请求超时了,或者健康检查失败了,等你意识到问题,想调用。
2025-10-23 18:10:45
774
原创 Go Flight Recorder 终于来了,线上问题可以 “回放“ 了!
这个特性在 Go1.25 正式可用了,配合之前几个版本对 tracing 的优化(Go1.21 降低了开销,Go1.22 改进了 trace 格式),整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候,有没有遇到过这样的窘境:服务突然慢了,等你反应过来想抓个 trace 看看,问题已经过去了。它的工作原理是这样的:正常收集 trace 数据,但不是写到文件或 socket 里,而是在内存里缓存最近几秒的数据。更尴尬的是,往往是某个请求超时了,或者健康检查失败了,等你意识到问题,想调用。
2025-10-23 18:10:45
243
原创 Go Flight Recorder 终于来了,线上问题可以 “回放“ 了!
这个特性在 Go1.25 正式可用了,配合之前几个版本对 tracing 的优化(Go1.21 降低了开销,Go1.22 改进了 trace 格式),整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候,有没有遇到过这样的窘境:服务突然慢了,等你反应过来想抓个 trace 看看,问题已经过去了。它的工作原理是这样的:正常收集 trace 数据,但不是写到文件或 socket 里,而是在内存里缓存最近几秒的数据。更尴尬的是,往往是某个请求超时了,或者健康检查失败了,等你意识到问题,想调用。
2025-10-23 18:10:45
312
原创 Go Flight Recorder 终于来了,线上问题可以 “回放“ 了!
这个特性在 Go1.25 正式可用了,配合之前几个版本对 tracing 的优化(Go1.21 降低了开销,Go1.22 改进了 trace 格式),整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候,有没有遇到过这样的窘境:服务突然慢了,等你反应过来想抓个 trace 看看,问题已经过去了。它的工作原理是这样的:正常收集 trace 数据,但不是写到文件或 socket 里,而是在内存里缓存最近几秒的数据。更尴尬的是,往往是某个请求超时了,或者健康检查失败了,等你意识到问题,想调用。
2025-10-23 18:10:45
278
原创 Go Flight Recorder 终于来了,线上问题可以 “回放“ 了!
这个特性在 Go1.25 正式可用了,配合之前几个版本对 tracing 的优化(Go1.21 降低了开销,Go1.22 改进了 trace 格式),整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候,有没有遇到过这样的窘境:服务突然慢了,等你反应过来想抓个 trace 看看,问题已经过去了。它的工作原理是这样的:正常收集 trace 数据,但不是写到文件或 socket 里,而是在内存里缓存最近几秒的数据。更尴尬的是,往往是某个请求超时了,或者健康检查失败了,等你意识到问题,想调用。
2025-10-23 18:10:45
370
原创 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
955
原创 Go Flight Recorder 终于来了,线上问题可以 “回放“ 了!
这个特性在 Go1.25 正式可用了,配合之前几个版本对 tracing 的优化(Go1.21 降低了开销,Go1.22 改进了 trace 格式),整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候,有没有遇到过这样的窘境:服务突然慢了,等你反应过来想抓个 trace 看看,问题已经过去了。它的工作原理是这样的:正常收集 trace 数据,但不是写到文件或 socket 里,而是在内存里缓存最近几秒的数据。更尴尬的是,往往是某个请求超时了,或者健康检查失败了,等你意识到问题,想调用。
2025-10-23 18:10:45
599
原创 Go Flight Recorder 终于来了,线上问题可以 “回放“ 了!
这个特性在 Go1.25 正式可用了,配合之前几个版本对 tracing 的优化(Go1.21 降低了开销,Go1.22 改进了 trace 格式),整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候,有没有遇到过这样的窘境:服务突然慢了,等你反应过来想抓个 trace 看看,问题已经过去了。它的工作原理是这样的:正常收集 trace 数据,但不是写到文件或 socket 里,而是在内存里缓存最近几秒的数据。更尴尬的是,往往是某个请求超时了,或者健康检查失败了,等你意识到问题,想调用。
2025-10-23 18:10:45
693
原创 Go Flight Recorder 终于来了,线上问题可以 “回放“ 了!
这个特性在 Go1.25 正式可用了,配合之前几个版本对 tracing 的优化(Go1.21 降低了开销,Go1.22 改进了 trace 格式),整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候,有没有遇到过这样的窘境:服务突然慢了,等你反应过来想抓个 trace 看看,问题已经过去了。它的工作原理是这样的:正常收集 trace 数据,但不是写到文件或 socket 里,而是在内存里缓存最近几秒的数据。更尴尬的是,往往是某个请求超时了,或者健康检查失败了,等你意识到问题,想调用。
2025-10-23 18:10:45
968
原创 Go Flight Recorder 终于来了,线上问题可以 “回放“ 了!
这个特性在 Go1.25 正式可用了,配合之前几个版本对 tracing 的优化(Go1.21 降低了开销,Go1.22 改进了 trace 格式),整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候,有没有遇到过这样的窘境:服务突然慢了,等你反应过来想抓个 trace 看看,问题已经过去了。它的工作原理是这样的:正常收集 trace 数据,但不是写到文件或 socket 里,而是在内存里缓存最近几秒的数据。更尴尬的是,往往是某个请求超时了,或者健康检查失败了,等你意识到问题,想调用。
2025-10-23 18:10:45
321
原创 Go Flight Recorder 终于来了,线上问题可以 “回放“ 了!
这个特性在 Go1.25 正式可用了,配合之前几个版本对 tracing 的优化(Go1.21 降低了开销,Go1.22 改进了 trace 格式),整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候,有没有遇到过这样的窘境:服务突然慢了,等你反应过来想抓个 trace 看看,问题已经过去了。它的工作原理是这样的:正常收集 trace 数据,但不是写到文件或 socket 里,而是在内存里缓存最近几秒的数据。更尴尬的是,往往是某个请求超时了,或者健康检查失败了,等你意识到问题,想调用。
2025-10-23 18:10:45
876
原创 Go Flight Recorder 终于来了,线上问题可以 “回放“ 了!
这个特性在 Go1.25 正式可用了,配合之前几个版本对 tracing 的优化(Go1.21 降低了开销,Go1.22 改进了 trace 格式),整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候,有没有遇到过这样的窘境:服务突然慢了,等你反应过来想抓个 trace 看看,问题已经过去了。它的工作原理是这样的:正常收集 trace 数据,但不是写到文件或 socket 里,而是在内存里缓存最近几秒的数据。更尴尬的是,往往是某个请求超时了,或者健康检查失败了,等你意识到问题,想调用。
2025-10-23 18:10:45
525
原创 Go Flight Recorder 终于来了,线上问题可以 “回放“ 了!
这个特性在 Go1.25 正式可用了,配合之前几个版本对 tracing 的优化(Go1.21 降低了开销,Go1.22 改进了 trace 格式),整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候,有没有遇到过这样的窘境:服务突然慢了,等你反应过来想抓个 trace 看看,问题已经过去了。它的工作原理是这样的:正常收集 trace 数据,但不是写到文件或 socket 里,而是在内存里缓存最近几秒的数据。更尴尬的是,往往是某个请求超时了,或者健康检查失败了,等你意识到问题,想调用。
2025-10-23 18:10:45
565
原创 Go Flight Recorder 终于来了,线上问题可以 “回放“ 了!
这个特性在 Go1.25 正式可用了,配合之前几个版本对 tracing 的优化(Go1.21 降低了开销,Go1.22 改进了 trace 格式),整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候,有没有遇到过这样的窘境:服务突然慢了,等你反应过来想抓个 trace 看看,问题已经过去了。它的工作原理是这样的:正常收集 trace 数据,但不是写到文件或 socket 里,而是在内存里缓存最近几秒的数据。更尴尬的是,往往是某个请求超时了,或者健康检查失败了,等你意识到问题,想调用。
2025-10-23 18:10:45
460
原创 Go Flight Recorder 终于来了,线上问题可以 “回放“ 了!
这个特性在 Go1.25 正式可用了,配合之前几个版本对 tracing 的优化(Go1.21 降低了开销,Go1.22 改进了 trace 格式),整个诊断工具链越来越成熟了。不知道大家在生产环境排查问题的时候,有没有遇到过这样的窘境:服务突然慢了,等你反应过来想抓个 trace 看看,问题已经过去了。它的工作原理是这样的:正常收集 trace 数据,但不是写到文件或 socket 里,而是在内存里缓存最近几秒的数据。更尴尬的是,往往是某个请求超时了,或者健康检查失败了,等你意识到问题,想调用。
2025-10-23 18:10:45
610
原创 Go 防文件路径遍历攻击的大招!
相信很多同学在开发过程中都遇到过路径安全问题,特别是处理用户上传文件、解压缩包或者容器化应用时,一不小心就可能被攻击者利用路径遍历漏洞访问到不该访问的文件。这个新特性专门用来防范文件路径遍历攻击,可以说是 Go 在安全方面的一次重大升级。简单来说,就是攻击者通过构造特殊的文件路径,让程序访问到预期之外的文件。对于我们日常开发来说,特别是涉及文件上传、解压缩、容器化等场景时,使用。永远不要相信外部输入的文件路径,始终在受控的根目录下进行文件操作。API 为文件路径遍历攻击提供了一个原生的、强大的防护方案。
2025-09-28 08:41:18
916
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人
RSS订阅