docs(log): 重构日志文档结构并优化内容表述

移除章节编号，简化标题层级，统一术语表述，提升文档可读性。
调整内容组织结构，增强逻辑连贯性，完善日志系统的设计理念阐述。

Author: 0xcaffebabe

doc/软件工程/架构/系统设计/日志.md

@@ -4,45 +4,39 @@ tags: ['运维', '性能', '架构设计', '计算机系统']
 
 # 日志
 
-> 面向长期演进的软件系统，将日志从"调试手段"升级为"系统认知与组织治理工具"。
+## 原理层
 
----
-
-## 一、原理层（First Principles）
+### 日志的本质
 
-### 1. 日志的本质
-
-**日志不是文本，而是事件（Event）的时间化持久表达。**
+**日志是事件（Event）的时间化持久表达。**
 
 > 日志 = 系统在时间维度上，对**状态变化、决策行为与异常事实**的不可变记录。
 
-其核心价值不在于“打印了什么字符串”，而在于：
+其核心在于：
 
 * 事实留存（What happened）
 * 上下文还原（Who / When / Where / Why）
 * 因果追溯（Before / After / Impact）
 
-### 2. 日志在可观测性中的位置
+### 日志在可观测性中的位置
 
 可观测性的三大支柱：
 
 * **Logs（事件）**：离散、不可逆、语义最强
 * **Metrics（度量）**：聚合、趋势、宏观健康度
 * **Traces（链路）**：因果路径、调用拓扑
 
-> 日志解决的是“发生了什么”，而不是“发生得多快”。
+> 日志解决的是“发生了什么”。
 
-### 3. 稳定认知
+### 稳定认知
 
 * 日志是**事件事实源**，不是临时调试输出
 * 日志一经写入，应被视为**不可修改的历史**
 * 日志的价值随时间衰减，但不会归零
 
----
-
-## 二、架构层（Architecture Model）
+## 架构层
 
-### 1. 日志系统的参考抽象模型
+### 日志系统的参考抽象模型
 
 ```
 事件源（应用）
@@ -60,7 +54,7 @@ tags: ['运维', '性能', '架构设计', '计算机系统']
 
 该模型在单体与分布式系统中保持稳定，仅实现方式不同。
 
-### 2. 单体日志架构
+### 单体日志架构
 
 特征：
 
@@ -73,7 +67,7 @@ tags: ['运维', '性能', '架构设计', '计算机系统']
 * 早期系统
 * 低并发内部系统
 
-### 3. 分布式日志架构
+### 分布式日志架构
 
 核心思想：**日志写入与业务执行解耦**
 
@@ -84,11 +78,9 @@ tags: ['运维', '性能', '架构设计', '计算机系统']
 * 结构化处理
 * 冷热数据分层
 
----
-
-## 三、设计层（Design Philosophy）
+## 设计层
 
-### 1. 日志级别的治理语义（而非技术语义）
+### 日志级别的治理语义
 
 | 级别    | 本质含义          | 组织责任    |
 | ----- | ------------- | ------- |
@@ -100,7 +92,7 @@ tags: ['运维', '性能', '架构设计', '计算机系统']
 
 > 日志级别 = 组织对事件严重性的态度声明。
 
-### 2. 系统日志 vs 操作日志（责任边界）
+### 系统日志 vs 操作日志
 
 | 类型   | 本质      | 受众           |
 | ---- | ------- | ------------ |
@@ -113,7 +105,7 @@ tags: ['运维', '性能', '架构设计', '计算机系统']
 * 业务语义完整
 * 可追责性
 
-### 3. 日志上下文设计
+### 日志上下文设计
 
 稳定上下文字段：
 
@@ -124,11 +116,9 @@ tags: ['运维', '性能', '架构设计', '计算机系统']
 
 > 没有上下文的日志，几乎不可用。
 
----
+## 工程方法层
 
-## 四、工程方法层（Engineering Practices）
-
-### 1. 日志与业务解耦
+### 日志与业务解耦
 
 * 使用 AOP / 注解
 * 使用模板与表达式
@@ -138,7 +128,7 @@ tags: ['运维', '性能', '架构设计', '计算机系统']
 
 > 日志是对业务事实的“旁观式记录”，而非业务流程的一部分。
 
-### 2. 性能与成本意识
+### 性能与成本意识
 
 核心原则：
 
@@ -151,7 +141,7 @@ tags: ['运维', '性能', '架构设计', '计算机系统']
 * 避免大对象与大文本
 * 高频场景使用采样
 
-### 3. 错误日志的严格使用
+### 错误日志的严格使用
 
 ERROR 日志必须满足：
 
@@ -161,11 +151,9 @@ ERROR 日志必须满足：
 
 否则应使用 WARN 或 INFO。
 
----
-
-## 五、选型原则层（Technology-Neutral）
+## 选型原则层
 
-### 1. 日志系统选型维度
+### 日志系统选型维度
 
 | 维度   | 关注点          |
 | ---- | ------------ |
@@ -175,26 +163,20 @@ ERROR 日志必须满足：
 | 成本   | 存储 / 计算      |
 | 治理能力 | 权限 / 审计 / 合规 |
 
-> 技术会变化，选型原则应长期稳定。
+## 组织与文化层
 
----
-
-## 六、组织与文化层（Organizational Impact）
-
-### 1. 日志的三类受众
+### 日志的三类受众
 
 * 开发：诊断与改进
 * 运维：稳定性与响应
 * 业务/审计：事实与责任
 
-### 2. 日志即制度
+### 日志即制度
 
 * 日志定义了什么是“异常”
 * 日志决定了谁需要被通知
 * 日志影响团队对系统的认知方式
 
-> 一个成熟团队，其日志风格往往高度一致。
-
 ## 关联内容（自动生成）
 
 - [/软件工程/架构/系统设计/可观测性.md](/软件工程/架构/系统设计/可观测性.md) 日志作为可观测性三支柱之一，与指标(metrics)和链路追踪(tracing)共同构成完整的系统可观测性体系，理解日志在整体可观测性架构中的位置和作用