File.Open默认不支持只读共享，因其底层调用FileStream构造函数时未指定FileShare参数，默认FileShare.None；需显式传入FileShare.Read才能允许多进程同时读取。
File.Open 为什么默认不支持只读共享？
因为 File.Open 是封装，底层仍调用 FileStream 构造函数；它默认用 FileMode.Open + FileAccess.Read，但没指定 FileShare 参数，所以实际等价于 FileShare.None——其他进程连读都会被拒绝。
真正控制“能否被别人同时读”的，是 FileShare 枚举值，必须显式传入。
正确创建只读且允许其他进程读取的 FileStream
直接 new FileStream，把 FileAccess.Read 和 FileShare.Read 都写清楚：
using var stream = new FileStream(
@"C:\data.txt",
FileMode.Open,
FileAccess.Read,
FileShare.Read, // 关键：允许其他进程以 Read 方式打开
bufferSize: 4096,
useAsync: false);
-
FileShare.Read：别的程序可以用FileAccess.Read再次打开该文件（但不能写、不能删） - 如果还想让别人能“写”，得用
FileShare.ReadWrite，但通常不建议——只读场景下开放写权限会破坏语义 -
FileShare.Delete可选，加了之后别人甚至能删除这个文件（Windows 允许），但文件句柄仍有效；不加则删除会被拒绝
用 File.OpenRead 无法实现共享读？
是的。File.OpenRead 内部硬编码用了 FileShare.None：
public static FileStream OpenRead(string path) =>
new FileStream(path, FileMode.Open, FileAccess.Read, FileShare.None);
所以它永远不允许其他进程同时访问。想共享读，必须绕过它，手写 FileStream 构造调用。
常见误操作：
- 以为
FileAccess.Read就等于“别人也能读”——错，FileAccess控制的是当前流的权限，FileShare才管别人 - 漏传
FileShare参数，依赖重载，默认值是FileShare.None - 在 Linux/macOS 上测试时发现行为不同——注意：
FileShare在非 Windows 系统上被忽略（.NET 运行时直接丢弃），实际共享行为由文件系统决定
FileStream 读取时抛出“文件正由另一进程使用”怎么办？
错误信息通常是：System.IO.IOException: The process cannot access the file 'xxx' because it is being used by another process.
这往往不是因为你没设 FileShare，而是对方打开文件时用了 FileShare.None 或没设（即默认）。你这边即使设了 FileShare.Read，也无权覆盖对方的独占锁。
此时只能：
- 确认文件源头（比如日志组件、数据库导出工具）是否支持配置
FileShare - 改用重试逻辑 +
Thread.Sleep临时规避（适合短时冲突） - 用
try/catch (IOException)捕获并提示用户“文件被占用，请关闭相关程序”
共享模式不是万能锁，它是协作机制：所有访问方都得主动声明自己愿意共享，才真正生效。
