游客fn3lweafizymy_个人页

2025年12月

• 12.29 16:12:20
  发表了文章 2025-12-29 16:12:20

  One Trick Per Day

  初始化Map时应避免直接指定容量，建议使用Guava的`Maps.newHashMapWithExpectedSize()`或手动计算初始容量（如：目标大小 / 0.75 + 1），以防扩容开销。禁止使用Executors创建线程池，因其默认队列无界或线程数无限制，易引发OOM。推荐通过ThreadPoolExecutor显式构造，控制资源使用。
• 12.29 16:08:07
  发表了文章 2025-12-29 16:08:07

  物理部署图

  物理部署图描述系统运行时的硬件配置与软件部署结构，展现节点、构件、物件及连接关系，帮助理解分布式系统的网络架构与运维逻辑，是实现软硬件协同运行的重要视图。
• 12.29 16:06:05
  发表了文章 2025-12-29 16:06:05

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

  数据架构的核心输出是ER图，包含实体、关系和属性。通过四色原型法进行领域建模：红色MI表示时标性事件，绿色PPT为参与方-地点-物品，黄色Role为角色，蓝色DESC为描述。以风控系统为例，从业务流程中提取MI作为节点，PPT作为实体，构建领域模型，进而生成ER图，实现从业务到数据模型的转化。
• 12.29 16:03:36
  发表了文章 2025-12-29 16:03:36

  系统时序图

  时序图（Sequence Diagram）是UML中描述对象间动态交互的图形，横轴为对象，纵轴为时间，通过消息传递展现交互顺序。强调时间序列，直观表达并发过程。主要元素包括角色、对象（可命名或匿名）、生命线、消息（同步、异步、返回）、自关联及控制焦点（激活期），用于清晰建模系统行为流程。
• 12.29 16:01:34
  发表了文章 2025-12-29 16:01:34

  应用架构图

  在业务架构基础上，技术架构将产品需求转化为技术实现。它涵盖分层设计、技术选型与关键技术清单，形成完整架构图。单体架构通常分为表现、业务、数据和通用四层；分布式架构则体现应用间调用关系，支持SOA模式。数据层依据模型选择数据库类型，整体架构需兼顾功能与非功能性需求，确保系统可扩展、易维护。
• 12.29 15:56:21
  发表了文章 2025-12-29 15:56:21

  业务架构图

  业务架构图是一种表达业务层级和关系的工具，通过对整个系统的业务进行拆分，对领域模型进行设计，将现实的业务转化为抽象对象。 绘制业务架构图的目的有两个方面，第一是面向客户，第二是面向开发者。 对于客户而言：通过描绘业务的上下级关系，梳理出一整套完整、简单的业务视图，提高客户理解度，最终给客户最直观的业务体现。 对于开发者而言：通过绘制业务架构图，可以看清楚系统包含哪几个部分，各部分的职责以及相互间的关系。可以让开发者以一个广角去整体了解这个系统，便于快速了解业务。
• 12.29 15:52:36
  发表了文章 2025-12-29 15:52:36

  如何做好SQL质量监控

  在 SLS 中，用户可以通过 SQL 对日志数据（结构化、半结构化、无结构化）进行查询和分析。随着用户对 SQL 使用程度的不断加深，越来越多的用户希望了解自己使用 SQL 分析时的服务反馈（如请求量、成功率、数据量等等），以便对数据和分析行为进行精细管理或优化治理。
• 12.29 15:50:26
  发表了文章 2025-12-29 15:50:26

  生产环境缺陷管理

  软件开发中，bug难以避免，而多分支协作与异步沟通易致问题重复发生。百人团队协同成本剧增，人为疏漏不可避免。唯有通过自动化工具实现bug全流程管控，才能从“依赖不犯错”转向“无法犯错”，保障发布质量。
• 12.29 15:46:45
  发表了文章 2025-12-29 15:46:45

  生产环境发布管理

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

  需求开发人日评估

  敏捷开发中，工时评估是关键环节。人日指一人完成任务所需天数，如1人日即一人一天。开发3人日需求，通常自测1人日、联调与测试各2人日，发布约2小时。常见需求如Excel导入导出2人日，单表增删改查1人日，跨服务调用或MQ消费各需3人日，均基于专注单一任务前提，多需求并行需相应增加人日。
• 12.29 15:37:04
  发表了文章 2025-12-29 15:37:04

  为什么要单元测试

  单元测试是提升研发效能的基石，通过快速、稳定的反馈，显著提高debug效率与代码质量。它降低圈复杂度，助力代码重构，增强模块边界，让系统更易维护和演进。高覆盖单测减少bug、节省排查时间，提升团队对代码变更的信心，长期来看极大提升交付速度与软件可靠性。