C 语言的 time_t + struct tm 组合在处理时间时几乎没有任何类型安全可言：时间戳是 long、时间间隔是 double 秒、月份从 0 开始、时区转换依赖全局 TZ 环境变量。std::chrono 从 C++11 起步，用一套精密的类型系统彻底终结了这一切——它把时间单位编码到类型里，让"把秒当成毫秒传进函数"这类错误变成编译错误而非凌晨三点的 P0 事故。
C++20 是 chrono 的第二个里程碑：日历类型、时区数据库、std::format 支持和基于 chrono::parse 的字符串解析，让 chrono 从"底层基础库"一跃成为"日常时间处理的首选工具"。
参加软考以来，陆续通过了 2024 年下半年的软件设计师（中级）和 2026 年上半年的系统架构设计师（高级）。回头看这两次考试，有一些经验可以记录一下。
全程自学，没有报班，也没有买任何付费课程。唯一用的工具是 软考达人 这个刷题小程序。
它把历年真题按知识点分类，支持专项练习和模拟考试两种模式。我的节奏是：
试题：
（1）概要叙述你参与管理和开发的软件项目以及你在其中所承担的主要工作。
（2）简要概述向量数据库的特点和原理，以及向量数据库的优缺点。
（3）结合你的项目，阐述你如何在项目中使用向量数据库。
本文为考后复盘，非考场答卷原文
考后基于回忆重新整理的完整技术复盘，篇幅和理论深度均经过了大幅度扩展，与考场 3000 字限时作答有本质区别。请勿作为考场写作的参考范本，备考建议参考软考备考经验。
试题：
（1）概要叙述你参与管理和开发的软件项目以及你在其中所承担的主要工作。
（2）从缓存设计，异步处理，限流降级，数据库优化，服务拆分，水平扩容等方面进行论述。
（3）阐述遇到了哪些性能问题，以及如何综合运用上述策略解决。
本文为考后复盘，非考场答卷原文
考后基于回忆重新整理的完整技术复盘，篇幅和理论深度均经过了大幅度扩展，与考场 3000 字限时作答有本质区别。请勿作为考场写作的参考范本，备考建议参考软考备考经验。
试题：
（1）概要叙述你参与管理和开发的软件项目以及你在其中所承担的主要工作。
（2）简述基于六边形架构思想的软件分析、设计和开发全流程。
（3）结合项目，阐述如何进行图数据设计。
本文为考后复盘，非考场答卷原文
考后基于回忆重新整理的完整技术复盘，篇幅和理论深度均经过了大幅度扩展，与考场 3000 字限时作答有本质区别。请勿作为考场写作的参考范本，备考建议参考软考备考经验。
试题：
（1）概要叙述你参与管理和开发的软件项目以及你在其中所承担的主要工作。
（2）从框架的页面识别、规划测试路径、执行交互和分析几个层次来说明各个层的作用。
（3）阐述在管理和开发该系统过程中遇到的问题及解决办法。
本文为考后复盘，非考场答卷原文
考后基于回忆重新整理的完整技术复盘，篇幅和理论深度均经过了大幅度扩展，与考场 3000 字限时作答有本质区别。请勿作为考场写作的参考范本，备考建议参考软考备考经验。
想象这样一个场景：你带着 元的初始资金走进赌场，每局下注 1 元，赢则赚 1 元，输则亏 1 元。你的目标是在输光之前赢到 元 ()，然后收手离场。这个看似简单的过程，实际上隐藏着极为深刻的概率结构。
经典概率论已经给出了公平游戏 () 下的解答：你赢到 元的概率恰好是 ，期望游戏局数为 。然而，当游戏不公平时——哪怕只是微小的庄家优势——情况会发生质的改变。更关键的是，一旦引入 鞅（Martingale） 这一强大的理论工具，整个问题会呈现出一种令人惊叹的统一结构。
本文将从公平游戏出发，逐步引入鞅的概念，重点分析不公平游戏场景下的赌徒破产问题，并揭示鞅理论如何将看似不同的结果统一在同一个框架之下。
C++11 引入 auto 和 decltype 之后，"类型"不再总是需要用手写。但这套推导规则有三个不同机制——auto、decltype(auto)、decltype(expression)——它们各自按不同的逻辑工作。更微妙的是，当 auto&& 遇到万能引用，或者 decltype 遇到括号，行为会发生令人意外的翻转。
本文从模板实参推导的规则出发，把这三条推导路径的差异，以及日常使用中最容易踩的坑，逐一说清楚。
模板是 C++ 泛型编程的基石，但 C++98 到 C++17 的模板一直有一个核心痛点：对模板参数的要求隐藏在函数体内，只有当用户传入不正确的类型时，才在实例化阶段爆出数页深不可测的错误信息。 SFINAE、enable_if、static_assert 都是在这条链路上打补丁。
C++20 Concepts 从根本上改变了这一点。它让"模板参数必须满足什么条件"成为了接口的显式部分。
在 C++98 时代，编译期计算几乎等同于模板元编程（TMP）——用递归模板 + 特化在类型系统里模拟图灵完备的计算。代码晦涩，编译慢，出错信息堪称灾难。C++11 引入了 constexpr，承诺让"正常 C++ 代码"在编译期运行。此后每一个标准版本都在放宽它的能力边界，到 C++20/23，你几乎可以在编译期做任何事。
本文梳理 constexpr 从 C++11 到 C++23 的演进历程，重点解释 if constexpr、consteval、constinit 三个极易混淆的概念，以及编译期容器的内存模型。
