最安全的是 string.IsNullOrWhiteSpace()，它能正确处理 null、空字符串及各种空白字符；string.IsNullOrEmpty() 仅判断 null 或空串，不处理空白字符；== "" 和 .Length == 0 在 null 时会抛 NullReferenceException。
直接用 string.IsNullOrEmpty() 判断最安全，但要注意它不处理仅含空白字符的字符串；真要“语义为空”，得用 string.IsNullOrWhiteSpace()。
为什么 == "" 和 .Length == 0 不够用
这两种写法在 null 字符串上会直接抛出 NullReferenceException，而实际业务中传入 null 非常常见（比如数据库字段为 NULL、API 返回缺失字段、用户未填表单）。
示例问题代码：
string s = null;
if (s == "") { ... } // 运行时异常
if (s.Length == 0) { ... } // 同样异常
-
== ""本质是调用string.Equals()，对null左值/右值都可能触发空引用 -
.Length是实例属性，null对象无法访问任何实例成员 - 即使避开
null，" "（空格）或"\t\n"也会被误判为“非空”，但业务上往往需要过滤这类“假内容”
string.IsNullOrEmpty() 的适用边界
这是 .NET Framework 2.0 就引入的静态方法，内部做了 null 检查 + .Length == 0 判断，性能好、语义清晰。
- 返回
true当且仅当字符串为null或"" - 对
" "、"\r\n"、"\u2000"（Unicode 空格）等均返回false—— 它不负责“清理语义” - 在性能敏感路径（如循环内、高频日志判断）中可放心使用，没有额外分配或反射开销
string.IsNullOrWhiteSpace() 才是真正的“业务空”判断
从 .NET Framework 4.0 开始提供，它在 IsNullOrEmpty() 基础上，额外检查每个字符是否为 Unicode 空白（包括空格、制表符、换行、全角空格、零宽空格等）。
- 对
null、""、" "、"\t\r\n"、"\u3000"（中文全角空格）都返回true - 底层调用
char.IsWhiteSpace()，覆盖了 Unicode 标准定义的全部空白字符类别 - 如果业务规则是“用户输入只要看不见内容就算空”，必须用它；否则容易出现表单校验绕过、数据库冗余存储空白字符串等问题
自定义空判断？通常没必要，除非有特殊规则
极少数场景需要更细粒度控制，比如：忽略首尾空白但允许中间空格、排除某些特定控制字符、或兼容旧版 .NET（
- 不要自己写
s == null || s.Trim() == ""——Trim()会创建新字符串，浪费内存和 CPU - 若必须兼容老框架，可用
s == null || s.Length == 0 || s.Trim().Length == 0，但注意Trim()的开销 - 真正需要定制时，应封装成扩展方法，例如
.IsNullOrBlankExcludingNBSP()，并加注释说明为何排除 （\u00A0）
多数项目里，该用 IsNullOrWhiteSpace() 的地方硬写成 IsNullOrEmpty()，上线后才发现“用户只打了空格也能提交”，这种坑比性能损耗更难排查。
