FileInfo.Length 是获取文件字节大小最稳妥的方式，返回 long 类型可处理大于 2GB 文件，但需先用 File.Exists 检查存在性，避免 FileNotFoundException；路径含中文或特殊符号无问题，但循环中反复创建 FileInfo 对象有性能开销。
用 FileInfo.Length 获取文件字节大小最直接
只要文件存在且有读取权限，FileInfo 是最稳妥的方式。它返回 long 类型，能正确处理大于 2GB 的文件（int 会溢出）。
常见错误是直接用 File.OpenRead(path).Length，但没做异常捕获和资源释放，容易卡住句柄或抛出 UnauthorizedAccessException。
- 必须先检查
File.Exists(path)，否则FileInfo构造时不会报错，但访问.Length会抛FileNotFoundException - 路径含中文、空格、特殊符号时没问题，.NET 自动处理编码
- 不要用
new FileInfo(path).Length在循环里反复创建对象——FileInfo内部会查文件系统，有开销
string path = @"C:\data\report.pdf";
if (File.Exists(path))
{
var info = new FileInfo(path);
long bytes = info.Length; // ✅ 正确获取字节数
}
用 File.GetAttributes + GetFileSizeEx 是 Windows 原生方案
当需要绕过 .NET 封装、或在极低层操作（如驱动交互、性能敏感场景），可调用 Windows API GetFileSizeEx。它比 FileInfo 略快，但仅限 Windows，且需手动 P/Invoke。
注意：这个 API 不检查文件是否存在，传入无效路径会返回 false，且 lpFileSize 值未定义——必须检查返回值，不能只看输出参数。
-
GetFileSizeEx返回的是bool，成功才可信；失败时out long是垃圾值 - 需要
[DllImport("kernel32.dll")]，且SafeHandle或IntPtr打开的句柄必须保持有效直到调用完成 - 普通业务代码完全没必要用这个，
FileInfo.Length已足够可靠
避免用 FileStream.Length 做常规获取
虽然 FileStream 也有 .Length 属性，但它要求流已打开、且底层句柄支持获取大小（比如网络流、内存流就不行），还容易引发 ObjectDisposedException。
