游客2necxumpzf2jy_个人页

2025年12月

• 12.30 09:33:39
  发表了文章 2025-12-30 09:33:39

  初入技术领域者成长为团队管理者的路径规划

  无
• 12.30 09:33:17
  发表了文章 2025-12-30 09:33:17

  技术小白晋升至团队 Leader 的成长链路

  无
• 12.30 09:25:08
  发表了文章 2025-12-30 09:25:08

  技术入门者成长为团队领导者的进阶之路

  无
• 12.30 09:24:38
  发表了文章 2025-12-30 09:24:38

  从技术新手到技术带头人的发展轨迹

  无
• 12.30 09:19:24
  发表了文章 2025-12-30 09:19:24

  为什么要单元测试

  无
• 12.30 09:18:48
  发表了文章 2025-12-30 09:18:48

  FastJson：大面积故障规避案例

  在短短不到两年的开发生涯里，加上这次，印象中已经碰到过至少3次FastJson的问题了。而且FastJson不同版本之间的差异很大，各位同学在使用时一定注意不要踩坑。 下面讲一下我碰到的这个细思极恐的问题。
• 12.30 09:16:40
  发表了文章 2025-12-30 09:16:40

  线程池：故障梳理总结

  团队新同学反馈想学习了解线程池类的故障，由笔者做梳理和分享（所梳理的故障材料来自团队多年积累的故障复盘报告），内容对外部开发者来说也有借鉴意义，因此发出来希望能帮助到一些开发者。 我会从故障视角和技术视角两个角度来分析总结，故障视角可以看到现象和血淋淋的教训，而技术视角可以透过现象看到本质更进一步可以看看如何避免。
• 12.30 09:16:03
  发表了文章 2025-12-30 09:16:03

  慢SQL说起：淘天交易订单表如何做索引优化

  本文首先以淘天电商交易订单表线上一条非典型慢 SQL 的深入剖析为切入点，示范如何系统地分析与排查慢 SQL；接着详尽归纳了索引分类、B+Tree 与 B‑Tree 的结构差异、B+Tree 高度估算方法、EXPLAIN 与 Query Profile 等诊断工具的使用，以及索引下推与排序的执行流程等索引优化理论；最后结合日常实践经验，提出了适用于大规模线上集群的索引变更 SOP，并总结了常见的慢 SQL 成因与相应的解决策略。
• 12.30 09:14:49
  发表了文章 2025-12-30 09:14:49

  一场FullGC故障排查

  无
• 12.30 08:58:20
  发表了文章 2025-12-30 08:58:20

  Spring AI Alibaba：本地运行(☆)

  无
• 12.30 08:55:23
  发表了文章 2025-12-30 08:55:23

  不合格订单接入提醒功能

  无
• 12.30 08:54:46
  发表了文章 2025-12-30 08:54:46

  分页与Excel批量上传(☆☆)

  无
• 12.30 08:53:23
  发表了文章 2025-12-30 08:53:23

  数据库改造H2到MySQL(☆☆)

  无
• 12.30 08:52:06
  发表了文章 2025-12-30 08:52:06

  SpringBoot集成Swagger技术(☆)

  无
• 12.30 08:47:28
  发表了文章 2025-12-30 08:47:28

  SpringBootExcel导入(☆☆☆)

  无
• 12.30 08:46:09
  发表了文章 2025-12-30 08:46:09

  [Blog]三层架构：代码本地运行(☆)

  无
• 12.30 08:41:18
  发表了文章 2025-12-30 08:41:18

  微服务的好处？一定比单体好吗？

  无
• 12.30 08:39:01
  发表了文章 2025-12-30 08:39:01

  练手需求

  获取场景锁定小区列表
• 12.30 08:36:36
  发表了文章 2025-12-30 08:36:36

  一场FullGC故障排查

  本文记录了一次JDOS容器CPU使用率异常飙升至104%的问题排查过程。通过分析发现，问题根源并非流量激增或接口滥用，而是JVM频繁Full GC导致CPU占用过高。进一步借助JProfiler分析堆内存快照，定位到因将大Excel文件解析为List<Map>结构导致内存膨胀，老年代被迅速占满，触发持续Full GC。最终通过优化数据存储方式（如减少冗余字段、避免大对象驻留内存）解决。文中还对比了“治本”与“治标”两类方案，并总结了排查思路：优先查看JVM而非机器监控，结合GC日志与内存分析工具快速定位问题。该案例对Java应用性能调优具有典型参考价值。（238字）
• 12.29 17:17:07
  发表了文章 2025-12-29 17:17:07

  RocketMQ：A2A协议实现多智能体优化

  Agentic AI 时代已至，在智能客服、代码生成、流程自动化等场景中，多智能体（Multi-Agent）协作正从构想走向落地。然而，当多个 Agent 需要像一个团队那样高效协作时，脆弱的通信机制可能因网络抖动或服务宕机，就让整个系统瞬间瘫痪，导致昂贵的计算任务失败、会话状态丢失。如何为这些聪明的“数字员工”们构建一个真正可靠、高效的通信基座？ 本文将为您介绍 Apache RocketMQ 全新推出的轻量级通信模型 LiteTopic，如何在 AI 应用场景中有效简化系统架构、提升稳定性与可靠性，并结合 A2A（Agent-to-Agent）协议与阿里巴巴AgentScope 框架的生产
• 12.29 17:14:47
  发表了文章 2025-12-29 17:14:47

  为什么要单元测试

  刹⻋是降低了⻋速还是提升了⻋速？我们通常认为写单测费⼒耗时、耽误研发进度，仿佛在给项⽬“踩刹⻋”。⼤家不妨带着这个问题往下看，详细聊聊为什么单元测试可以让软件开发跑得更快。 什么是单元测试 ⼤家对于单测应该并不陌⽣，截取⼀段维基百科的定义帮⼤家唤醒⼀下记忆： 在计算机编程中，单元测试（Unit Testing）⼜称为模块测试，是针对程序模块（软件设计的最⼩单位）来进⾏正确性检验的测试⼯作。 单元测试的理念其实⼀直是编程的⼀部分。我们第⼀次编写计算机程序时，肯定会输⼊⼀些样本数据，查看其是否按照你的期望执⾏。如果结果不符合预期，你肯定在代码⾥穿插过⼤量的System.out.println，确保
• 12.29 17:13:30
  发表了文章 2025-12-29 17:13:30

  发布模式

  无
• 12.29 17:07:06
  发表了文章 2025-12-29 17:07:06

  发布模式

  蓝绿部署通过两套并行系统（绿为生产，蓝为新版本）实现零停机发布与快速回滚；金丝雀发布则逐步替换旧版本，适合大规模集群；A/B测试用于对比多版本实际效果，三者分别应用于稳定性、渐进式发布和业务效果验证场景。
• 12.29 17:05:20
  发表了文章 2025-12-29 17:05:20

  重复性工作中如何培养匠心

  本文探讨在互联网低增长周期下，如何在重复性工作中培养“匠心”。通过分析结果价值、过程贡献度与可预测性三个维度，揭示即便在熟稔的领域，也能通过深挖细节、创新优化、沉淀方法论，拓展成长空间。匠心并非来自技术突破 alone，更源于对日常工作的极致追求与内心驱动。
• 12.29 17:03:27
  发表了文章 2025-12-29 17:03:27

  MongoDB

  本节带你快速入门非关系型数据库MongoDB，理论+实战结合，45分钟掌握核心技能。涵盖概念、部署、命令、索引及实战演练，版本1.16.4，适合初学者高效上手。
• 12.29 13:35:52
  发表了文章 2025-12-29 13:35:52

  如何做好SQL质量监控

  在 SLS 中，用户可以通过 SQL 对日志数据（结构化、半结构化、无结构化）进行查询和分析。随着用户对 SQL 使用程度的不断加深，越来越多的用户希望了解自己使用 SQL 分析时的服务反馈（如请求量、成功率、数据量等等），以便对数据和分析行为进行精细管理或优化治理。 “现在我这个 Project 的 SQL 并发是多少？” “奇怪，我 SQL 请求并不多，为什么会有这么多 SQL 请求，是哪个业务线（Logstore）用的？” “我想了解我在 SLS 中使用 SQL 分析的整体情况，请问有什么监控数据或日志可以查看？ 这些都是来自 SLS 真实用户的声音，可以看出用户对于自身 SQL 分析行
• 12.29 13:33:54
  发表了文章 2025-12-29 13:33:54

  生产环境缺陷管理

  在一个大型团队中，bug协同管理是一件复杂的事情，发布经理要追版本bug，运维同学要评估bug影响范围，开发同学要在多个开发分支同时修复同一个bug，很容易出现bug漏提交、漏确认等生产安全问题。 本团队也出现过一起不同分支漏提交bugfix导致的一起P1故障（最高等级），该bug在生产环境进行hotfix时，漏掉了少量集群导致该二次故障。举个相似的例子，某品牌汽车发现潜在安全隐患进行召回，但却遗漏了某个小地区，偏偏在遗漏的地区，发生了安全事故导致有人员伤亡。 我们基于go-git开发实现了通用化的git-poison，通过分布式源码管理bug追溯、查询，可复制性高，适用于所有git仓库，与分
• 12.29 13:33:11
  发表了文章 2025-12-29 13:33:11

  生产环境缺陷管理

  在一个大型团队中，bug协同管理是一件复杂的事情，发布经理要追版本bug，运维同学要评估bug影响范围，开发同学要在多个开发分支同时修复同一个bug，很容易出现bug漏提交、漏确认等生产安全问题。 本团队也出现过一起不同分支漏提交bugfix导致的一起P1故障（最高等级），该bug在生产环境进行hotfix时，漏掉了少量集群导致该二次故障。举个相似的例子，某品牌汽车发现潜在安全隐患进行召回，但却遗漏了某个小地区，偏偏在遗漏的地区，发生了安全事故导致有人员伤亡。 我们基于go-git开发实现了通用化的git-poison，通过分布式源码管理bug追溯、查询，可复制性高，适用于所有git仓库，与分
• 12.29 13:32:18
  发表了文章 2025-12-29 13:32:18

  生产环境发布管理

  在一个大型团队中，生产发布是一件复杂的事情，从dev（前后端联调）-->test（测试集成&压力测试）-->pre（灰度测试）-->prod（生产环境）的多环境推进，以及生产环境的热更新、回滚等问题一直在困扰着各个公司，今天我将基于公司的自动化部署平台为大家讲解下我们是如何做到多环境部署。
• 12.29 13:29:22
  发表了文章 2025-12-29 13:29:22

  需求开发人日评估

  随着敏捷开发在国内的风靡，越来越多的团队开始推行敏捷开发，这其中有一个关键事项就是：工时的人日评估。简单来说就是：项目经理会让开发人员自己评估自己负责的模块大概需要的开发周期。 人日，即按照1人几天完成，如1/人日：表示这个需求需要1个人1天完成，如果有2个人一起做，可能就是0.5天（需求开发一般1+1 < 2，因为有代码合并的兼容性要处理）。
• 12.29 13:14:01
  发表了文章 2025-12-29 13:14:01

  为什么要单元测试

  刹⻋是降低了⻋速还是提升了⻋速？我们通常认为写单测费⼒耗时、耽误研发进度，仿佛在给项⽬“踩刹⻋”。⼤家不妨带着这个问题往下看，详细聊聊为什么单元测试可以让软件开发跑得更快。 什么是单元测试 ⼤家对于单测应该并不陌⽣，截取⼀段维基百科的定义帮⼤家唤醒⼀下记忆： 在计算机编程中，单元测试（Unit Testing）⼜称为模块测试，是针对程序模块（软件设计的最⼩单位）来进⾏正确性检验的测试⼯作。 单元测试的理念其实⼀直是编程的⼀部分。我们第⼀次编写计算机程序时，肯定会输⼊⼀些样本数据，查看其是否按照你的期望执⾏。如果结果不符合预期，你肯定在代码⾥穿插过⼤量的System.out.println