• 页面：`lib/pages/notification_center_screen/notification_center_screen.dart`
• 表现：页面中的文字出现了异常的“双下划线”视觉效果。
• 影响：界面样式与设计不一致，影响可读性与观感。

1. 首先检查了页面内所有 Text 的 TextStyle，确认该页面并未主动设置 `TextDecoration.underline`。
2. 初步判断该下划线可能来自上层样式继承（如 `DefaultTextStyle` 或 `ThemeData` 的文本装饰）。
3. 曾考虑通过在每个 `TextStyle` 上显式设置 `decoration: TextDecoration.none` 做兜底，但这属于“症状级修复”，可维护性较差。
4. 进一步结合页面结构判断，页面根节点未使用 `Scaffold`，可能导致页面在某些场景下与应用级主题/默认样式的承载关系异常，从而触发文本装饰继承问题。

将 `NotificationCenterScreen` 的根节点从自定义 `Container` 调整为标准 `Scaffold` 承载：

• 使用 `Scaffold(backgroundColor: Colors.black)` 作为页面根容器。
• 原有渐变背景保留在 `body` 内部的 `Container` 中。
• `SafeArea`、顶部 Header、筛选按钮与通知列表布局保持不变。

核心变更文件：

• `lib/pages/notification_center_screen/notification_center_screen.dart`

从 Flutter 渲染链路看，`Text` 最终会走到 `RenderParagraph -> TextPainter -> Paragraph` 绘制。

文本样式不是只看当前 `Text.style`，而是按“就近继承链”合并得到最终样式：

1. 当前 `Text` 自己的 `style`
2. 上层 `DefaultTextStyle.of(context).style`
3. 主题文本样式（`ThemeData.textTheme` 等）
4. Flutter 内置兜底样式

关键点：如果某一层样式里存在 `TextStyle.decoration`（例如 `underline`），而当前 `Text` 没有显式覆盖 `decoration`，该装饰会继续向下生效。

在实际渲染中，如果同时叠加了装饰线、抗锯齿和深色背景对比，容易表现为“像两条很近的下划线”，视觉上即“双下划线”。

`Scaffold` 本身不是“去下划线 API”，它起作用的本质是**重建并稳定页面级 Material 语义容器**，让该页面处在标准的路由页面承载结构中，减少异常继承链带来的副作用。

具体来说：

• `Scaffold` 将页面内容明确放入 `body` 语义层，和上层全局包装（如 `MaterialApp.builder` 中的通用容器）形成更清晰的边界。

• 页面进入标准 Material 页面结构后，`DefaultTextStyle/Theme/MediaQuery` 的解析路径更稳定，不容易出现“非标准根节点导致的样式泄漏”。
• 因此，问题不是“`Scaffold` 主动删除了下划线”，而是它修正了页面承载层级，间接消除了导致装饰异常继承的条件。

一句话总结：

`TextDecoration` 异常是“继承链问题”，`Scaffold` 修复的是“页面结构问题”；结构恢复标准后，文字装饰自然恢复正常。

• **遵循 Flutter 页面结构约定**：`Scaffold` 作为页面壳层更稳定，能减少主题继承与渲染行为不一致的风险。

• **避免局部硬编码兜底**：不需要在每个文本样式上重复写 `TextDecoration.none`。

• **保留原视觉设计**：渐变背景与布局不受影响，仅修正承载结构。

1. 重新进入通知中心页面，确认所有文字下划线样式恢复正常。
2. 在浅色/深色主题、不同系统字体缩放比例下回归检查该页面文本渲染。
3. 如后续其他页面出现类似现象，优先检查是否缺失 `Scaffold` 或存在上层 `DefaultTextStyle` 全局覆盖。

• 对 UI 异常优先从“结构层级与继承链”排查，不要一开始就做分散式样式兜底。
• 在 Flutter 中，页面级视图优先采用 `Scaffold` 作为标准承载，能显著减少隐性样式问题。