.NET使用ar-SA文化格式化/解析数值异常问题咨询

请参考以下C#代码：

decimal value = -123.456m;
CultureInfo culture = CultureInfo.GetCultureInfo("ar-SA");

string formatted = value.ToString("e", culture);
Console.WriteLine(formatted);

decimal parsed = decimal.Parse(formatted, culture);
Console.WriteLine(parsed);

运行后发现decimal.Parse无法正常执行，且代码产生一系列异常结果：

• 控制台显示：-1,234560e +002
• 从控制台复制得到：؜-1٫234560e؜+002
• 调试器中formatted显示：002+1,23456e-
• 从调试器复制到新字符串得到：\u061c-1٫234560e\u061c+002

咨询问题 #

1. 为何使用ar-SA文化格式化会产生此类异常结果？
2. 为何使用相同文化信息无法解析该格式化后的字符串？

若.NET文档中有相关文化特定格式化的内容，烦请说明相关要点。

更新测试 #

根据建议，使用double类型测试：

double value = -123.456;
CultureInfo culture = CultureInfo.GetCultureInfo("ar-SA");

string formatted = value.ToString("e", culture);
Console.WriteLine(formatted);

double parsed = double.Parse(formatted, culture);
Console.WriteLine(parsed);

测试后同样出现异常表现，但double.Parse可正常工作：

• 控制台显示： -1,234560e +002
• 从控制台复制得到：؜-1٫234560e؜+002
• 调试器中formatted显示：002+1,234560e-
• 从调试器复制到新字符串得到：\u061c-1٫234560e\u061c+002
  可见double.ToString("e", culture)的格式化结果与decimal一致。

环境说明：使用.NET 8.0、Rider、MacOS，当前文化为en-GB。

问题解答 #

1. ar-SA文化格式化产生异常表现的原因 #

ar-SA（沙特阿拉伯阿拉伯语）是从右到左（RTL）的文化，格式化数值时会自动插入双向控制字符（如\u061c阿拉伯文标记符）来控制文本的显示方向。这些字符本身不可见，但会影响文本的渲染和复制结果：

• 调试器显示的反向顺序是RTL布局导致的视觉反转，实际字符串的字符序列是正确的，只是渲染时被控制字符改变了方向。
• 复制得到的\u061c就是双向控制字符，它会切换后续文本的显示方向，导致视觉上的顺序和实际字符顺序不一致。
• 控制台的空格、错位问题，也是双向控制字符干扰文本排版的结果。

2. decimal.Parse无法解析的原因 #

decimal.Parse和double.Parse对双向控制字符的处理逻辑存在差异：

• double.Parse会自动忽略字符串中的双向控制字符，因此能正确识别数值的结构。
• decimal.Parse则严格按照字符序列解析，双向控制字符的存在会破坏数值的格式结构（比如e前后的控制字符会被判定为无效字符），最终导致解析失败。

.NET文化特定格式化相关要点 #

在.NET中，文化特定格式化会遵循目标文化的规则处理数值、日期等类型，包括文本方向、分隔符、符号位置等。对于RTL文化，双向控制字符是格式化过程中自动插入的，用于保证文本在RTL环境下的正确显示，但这类不可见字符可能会给字符串解析、复制等操作带来意外影响。

内容的提问来源于stack exchange，提问作者Matthew Layton