Flutter混排RTL/LTR文本时希伯来语场景括号翻转异常问题

应用级Locale配置、根节点Directionality包裹仅能控制组件布局的排列方向，Flutter文本渲染依赖的Unicode双向排版算法（Bidi）对括号、通用标点这类无明确LTR/RTL强属性的弱方向字符，会优先参考系统解析得到的文本层上下文locale做方向判定。当系统语言为英语等非希伯来语的LTR语言时，即便布局方向被强制设为RTL，文本层的Bidi上下文仍会被判定为LTR，最终触发括号方向翻转。

按生效优先级从高到低验证：

• 全局强制文本默认RTL上下文（一劳永逸方案）
  不要仅在根页面外层包裹Directionality，通过MaterialApp/CupertinoApp的builder属性覆写全局默认文本方向，确保所有子组件的文本渲染都继承RTL的Bidi上下文，避免单组件漏配：

MaterialApp(
  locale: const Locale('he', 'IL'),
  // 原有localizationsDelegates、supportedLocales配置保留无需修改
  builder: (context, child) {
    return Directionality(
      textDirection: TextDirection.rtl,
      child: DefaultTextStyle(
        style: DefaultTextStyle.of(context).style,
        child: child!,
      ),
    );
  },
  home: const TabsScreen(),
)

• 单文本组件显式指定方向
  如果全局配置后仍有个别混排文本出现括号翻转，直接给对应Text组件传入textDirection参数，跳过上下文方向自动判定：

Text(
  'בדיקת טקסט עברי (עם סוגריים) מעורב עם אנגלית',
  textDirection: TextDirection.rtl,
)

• 极端混排场景加Unicode强方向标记
  如果文本同时包含希伯来语、英文、数字，上述方案仍有标点方向异常，在待渲染字符串的最前端加入RTL强控制字符\u200F，强制Bidi算法全程按RTL规则解析所有弱方向字符：

// 字符串开头拼接\u200F强RTL标记即可
Text('\u200Fטקסט מעורב (עם מספרים 123 ומילים באנגלית)')

修改配置后必须杀掉应用冷启动验证，热重载不会完全刷新Locale和双向排版相关的渲染缓存，会导致测试结果不准。

内容的提问来源于stack exchange，提问作者Uriya Madmoni