TextBlock多行SQL/JSON处理技巧

本文深入剖析了WPF中TextBlock处理多行SQL和JSON字符串时的四大典型痛点：换行丢失、隐藏字符导致错位、语法高亮缺失以及大文本绑定卡顿，并给出精准务实的解决方案——从显式设置xml:space="preserve"、预过滤BOM/零宽字符，到规避TwoWay绑定、改用AvalonEdit实现专业高亮，强调问题根源往往不在控件本身，而在数据源头与绑定策略，帮你避开90%的“看似诡异实则可防”的渲染陷阱。

TextBlock 默认会把换行符当空格处理

WPF 的 TextBlock 默认用 xml:space="preserve" 以外的方式解析 XAML 内容，遇到换行就压缩成单个空格，SQL 或 JSON 里的缩进、回车全丢光，看着像一整行乱码。

实操上最直接的解法是：在 XAML 中显式加 xml:space="preserve"，或者代码里设 TextBlock.TextWrapping + 手动替换换行符。

• 如果 SQL/JSON 是写死在 XAML 里（比如调试用），直接加属性：
• 如果数据来自 ViewModel，且含 \r\n 或 \n，绑定前别直接赋值，先做一次 .Replace("\n", " ").Replace("\r", "")（XAML 实体方式更稳）
• 纯代码创建时，记得同时设 textBlock.TextWrapping = TextWrapping.Wrap;，否则即使有换行符也不折行

JSON 字符串显示错位？可能是 Unicode 零宽空格或 BOM 搞鬼

从文件或 API 读出来的 JSON 常带隐藏字符，比如 UTF-8 BOM（\ufeff）或零宽空格（\u200b），TextBlock 不报错但渲染异常——开头空一大截、缩进错乱、甚至某行突然截断。

这不是 TextBlock 的锅，是源头数据没清理干净。

• 加载后立刻过滤：jsonString.Trim('\ufeff', '\u200b', '\u200c', '\u200d')
• 用 JsonSerializer.Deserialize