游客6er4wzhr4jehw_个人页

2025年12月

• 12.30 12:42:28
  发表了文章 2025-12-30 12:42:28

  One Trick Per Day

  初始化Map时应避免直接指定大小，建议使用Guava的newHashMapWithExpectedSize或手动计算容量。线程池禁止使用Executors，推荐ThreadPoolExecutor或Guava方式，防止OOM。Arrays.asList返回不可变集合，禁用修改操作。遍历Map优先使用entrySet或forEach。SimpleDateFormat非线程安全，避免static修饰，推荐ThreadLocal或Java 8新时间API。并发更新记录需加锁，优先乐观锁（version控制），冲突低时重试不少于3次。
• 12.30 12:37:01
  发表了文章 2025-12-30 12:37:01

  物理部署图

  物理部署图描述系统运行时的硬件配置与软件部署结构，展现节点、构件、物件及连接关系，帮助理解分布式系统的网络架构与运维逻辑。

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

  领域模型图(数据架构/ER图)

  本文介绍通过四色原型法构建领域模型，进而提炼ER图的方法。以风控系统为例，依次解析关键流程、识别时标性原型（MI）与参与方-地点-物品原型（PPT），补充角色（Role）和描述（DESC），最终提取实体与关系，形成简洁的数据架构图，助力系统建模与数据库设计。

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

  系统时序图

  时序图（Sequence Diagram）是UML中描述对象间消息传递时间顺序的交互图。横轴为对象，纵轴为时间，通过生命线、控制焦点和消息等元素，展现系统动态协作过程，强调交互的时间顺序，适用于建模并发行为与方法调用流程。
• 12.30 12:32:45
  发表了文章 2025-12-30 12:32:45

  应用架构图

  技术架构是将业务需求转化为技术实现的关键过程，涵盖分层设计、技术选型与系统集成。本文介绍单体与分布式架构的设计原则，包括表现层、业务层、数据层及基础层的职责划分，并阐述应用间调用关系、外部系统交互与边界定义，构建清晰的技术蓝图。

  
• 12.30 12:30:59
  发表了文章 2025-12-30 12:30:59

  业务架构图

  本文介绍了业务架构图的核心概念与绘制方法，涵盖业务定义、架构域分类及业务架构图的分层、分模块、分功能三大要义，旨在帮助开发者与客户清晰理解系统业务结构，提升沟通效率与开发质量。

  
• 12.30 12:27:12
  发表了文章 2025-12-30 12:27:12

  如何做好SQL质量监控

  SLS推出用户级SQL质量监控功能，集成于CloudLens for SLS，提供健康分、服务指标、运行明细、SQL Pattern分析及优化建议五大维度，助力用户全面掌握SQL使用情况，提升日志分析效率与治理能力。

  
• 12.30 12:26:08
  发表了文章 2025-12-30 12:26:08

  生产环境缺陷管理

  git-poison基于go-git实现，通过“投毒-解毒-银针”机制，自动化管理多分支下的bug追溯与修复，避免人为疏漏导致的生产事故，降低协同成本，提升发布安全性与效率。

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

  生产环境发布管理

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

  
• 12.30 12:20:50
  发表了文章 2025-12-30 12:20:50

  需求开发人日评估

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

  
• 12.30 12:19:40
  发表了文章 2025-12-30 12:19:40

  为什么要单元测试

  单元测试是保障软件质量的基石。它不仅快速稳定、利于定位问题，还能提升代码可读性与可维护性。通过“测试金字塔”模型，单元测试作为底层基础，占比应达80%。尽管初期投入时间，但长期显著提升研发效率，支持持续集成与敏捷开发。反观“冰激凌筒”“沙漏”等反模式，暴露了重端到端测试、轻单元测试的弊端。写单测不是踩刹车，而是为软件开发铺平快车道。