在C#开发里，不少初学者会默认字符串的Length属性就是我们在屏幕上看到的长度。但当字符串里混有中文时，这种认知会让排版、截断、导出文本文件等操作出现明显偏差。本文围绕如何检测含有中文字符串的实际显示长度展开，说明底层差异并给出可用方案。
一、为什么string.Length不等于实际显示宽度
C#中的string内部以UTF-16编码存储，每个char代表一个UTF-16代码单元。对于基本多文种平面内的字符，包括常用汉字，一个字符正好对应一个char，因此"中"的Length是1，"AB中"的Length是3。但在终端、文本编辑器或某些UI控件使用等宽字体时，一个半角英文字母占1列，一个全角汉字占2列，视觉宽度其实是4列。
如果程序用Length去限制输入框最大字符数或做报表对齐，中文就会“偷偷”多占空间。例如定宽文件要求每行不超过20列，用Length判断可能放进去10个汉字加10个英文，实际却占了30列，造成下游系统解析错位。理解这一差异，是写出正确长度检测逻辑的前提。
二、基于编码字节数的粗略检测
一种直观思路是把字符串按某种编码转为字节数组，用字节长度近似代表显示宽度。对于GB2312或GBK编码，一个汉字通常占2字节，一个英文占1字节，与等宽字体列数一致。下面代码演示用GB2312获取字节数：
using System;
using System.Text;
class Program
{
static void Main()
{
string text = "AB中文字符";
// 注册GB2312编码提供程序，.NET Core默认可能不包含
Encoding.RegisterProvider(CodePagesEncodingProvider.Instance);
Encoding gbk = Encoding.GetEncoding("GB2312");
int byteCount = gbk.GetByteCount(text);
Console.WriteLine("GB2312字节数: " + byteCount);
}
}
上述方式在纯中文和英文混合时较为准确，但遇到生僻字、emoji或全角标点就可能偏差。比如某些罕见汉字在GBK中无法编码会转为问号，而UTF-8下中文占3字节，直接当宽度用又偏大了。因此它适合内部系统且字符集可控的场景，不是通用解。
三、按文本元素与东亚宽度规则精确统计
更严谨的做法是结合StringInfo拆分文本元素，并手动判断每个元素是否为全角字符。东亚宽度属性中，中文、日文、韩文及全角符号通常计为2列，其余计为1列。下面的方法通过字符的Unicode范围做判断：
using System;
using System.Globalization;
using System.Text;
class WidthHelper
{
public static int GetDisplayWidth(string s)
{
if (string.IsNullOrEmpty(s)) return 0;
int width = 0;
StringInfo info = new StringInfo(s);
// 按文本元素遍历，避免代理对拆分错误
for (int i = 0; i < info.LengthInTextElements; i++)
{
string elem = info.SubstringByTextElements(i, 1);
foreach (char c in elem)
{
if (IsFullWidth(c))
{
width += 2;
}
else
{
width += 1;
}
}
}
return width;
}
private static bool IsFullWidth(char c)
{
// 常见中文、全角标点、日文假名、韩文范围
if (c >= 0x1100 && c <= 0x115F) return true;
if (c >= 0x2E80 && c <= 0x303E) return true;
if (c >= 0x3041 && c <= 0x33FF) return true;
if (c >= 0x3400 && c <= 0x4DBF) return true;
if (c >= 0x4E00 && c <= 0x9FFF) return true;
if (c >= 0xA000 && c <= 0xA4CF) return true;
if (c >= 0xAC00 && c <= 0xD7A3) return true;
if (c >= 0xF900 && c <= 0xFAFF) return true;
if (c >= 0xFF00 && c <= 0xFF60) return true;
if (c >= 0xFFE0 && c <= 0xFFE6) return true;
return false;
}
}
这个函数对普通汉字、英文、数字及常见全角符号都能给出符合等宽字体显示的列数。例如"AB中文字符"会算出2加6乘2等于14列，与肉眼一致。它的优势是不依赖外部编码表，纯Unicode判断，能处理代理对开头的emoji（按元素遍历不会拆散）。
不过要注意，某些UI字体并非严格等宽，或者用户自定义了缩放，此时“实际长度”本身就有歧义。如果目标仅是控制台或定宽文本，上述方法足够；若是WPF或WinForms界面，应优先用MeasureString测量渲染尺寸，而非字符宽度推算。
四、在截断与对齐中的实践建议
拿到显示宽度后，常见的需求是左侧补空格对齐或按宽度截断。下面示例展示如何按最大宽度截取，避免中文被砍成半个：
using System;
using System.Text;
class Program
{
static void Main()
{
string text = "用户名称_张三丰_备注信息";
int maxWidth = 10;
string result = TruncateByWidth(text, maxWidth);
Console.WriteLine(result);
}
static string TruncateByWidth(string s, int maxWidth)
{
int cur = 0;
StringBuilder sb = new StringBuilder();
StringInfo info = new StringInfo(s);
for (int i = 0; i < info.LengthInTextElements; i++)
{
string elem = info.SubstringByTextElements(i, 1);
int w = WidthHelper.GetDisplayWidth(elem);
if (cur + w > maxWidth) break;
sb.Append(elem);
cur += w;
}
return sb.ToString();
}
}
该截断逻辑以文本元素为单位，绝不会把一个汉字拆开，保证输出字符串合法。对齐时同理，先计算已用宽度，再补空格到目标列数即可。相比直接用Substring按Length切，这种写法在处理含中文日志、银行报文、CSV导出时更加稳妥。
总结来说，C#检测含中文字符串实际长度，不能迷信Length属性。依据运行环境选编码字节法或Unicode宽度法，并将截断、对齐建立在显示宽度而非字符数之上，才能彻底解决“算错列”的问题。