dotnet publish 在 Linux 上无法运行的主因是未指定目标运行时（-r），导致生成 Windows PE 格式二进制；须用 dotnet publish -r linux-x64 --self-contained false/true 发布，再以 ./MyApp 直接运行，并确保系统安装 libicu 和 libssl，容器中需挂载 /etc/localtime 或设置 TZ 环境变量。
dotnet publish 为什么在 Linux 上跑不起来
常见现象是 Windows 上编译完直接拷到 Linux 运行，报 bash: ./MyApp: No such file or directory，甚至 Exec format error。这不是权限问题，而是没做跨平台发布——.NET 默认编译出的是平台相关二进制（Windows PE 格式），Linux 无法加载。
必须用 dotnet publish 指定目标运行时（runtime），生成真正可移植的输出：
-
dotnet publish -r linux-x64 --self-contained false：依赖系统已安装的 .NET 运行时（推荐，体积小） -
dotnet publish -r linux-x64 --self-contained true：打包全部运行时（大，但免依赖） - 务必加
-r（runtime identifier），不能只靠--os linux或省略 - 发布后要运行
./MyApp，不是dotnet MyApp.dll（后者仍需本地 dotnet 命令）
Linux 上缺 libicu 或 libssl 怎么办
运行时报 libicu.so.66: cannot open shared object file 或 libssl.so.1.1: cannot open shared object file，说明系统缺少 .NET 运行时依赖的原生库。.NET 6+ 默认静态链接部分库，但 ICU（Unicode 支持）和 OpenSSL 仍需系统提供。
- Ubuntu/Debian：
sudo apt install libicu72 libssl3（版本号按实际系统查，如apt list --installed | grep libicu） - CentOS/RHEL 8+：
sudo dnf install libicu openssl-libs - 不要手动下载 .so 文件硬塞进
/usr/lib，容易破坏系统或版本冲突 - 若用
--self-contained true，仍可能报 libssl 错——因为 OpenSSL 是动态绑定的，无法完全打包
Console.WriteLine 在 Docker 容器里不输出
容器启动后立刻退出，docker logs 看不到任何输出，但本地 Linux 直接运行正常。本质是 .NET 控制台应用默认以同步方式写入 stdout，而某些容器环境（尤其用 ENTRYPOINT ["./MyApp"] 且未加 tail -f /dev/null）会提前关闭标准流。
- 确认主程序末尾有阻塞逻辑，比如
Console.ReadLine()或Task.Delay(-1).Wait()（仅开发调试用） - 生产环境更稳妥：用
System.Threading.Channels或BackgroundService（需Microsoft.Extensions.Hosting）托管长任务 - Dockerfile 中避免
CMD ["dotnet", "MyApp.dll"]，改用ENTRYPOINT ["./MyApp"]并确保发布为自包含 - 检查容器是否以
-it模式运行——无交互 TTY 时，部分日志缓冲行为会变化
DateTime.Now 在容器里显示 UTC 时间
代码里写 DateTime.Now.ToString()，在 Linux 主机上正确显示本地时区，但在 Docker 容器里却变成 UTC。这不是 .NET Bug，而是容器默认不继承宿主机时区配置。
- 启动容器时挂载宿主机时区文件：
docker run -v /etc/localtime:/etc/localtime:ro ... - 或在 Dockerfile 中添加：
ENV TZ=Asia/Shanghai+RUN ln -snf /usr/share/zoneinfo/$TZ /etc/localtime - .NET 6+ 开始支持
DOTNET_SYSTEM_GLOBALIZATION_INVARIANT=false环境变量（默认已开启），确保时区数据可用 - 避免在代码里硬编码
TimeZoneInfo.FindSystemTimeZoneById("China Standard Time")，优先用TimeZoneInfo.Local
跨平台控制台应用最难缠的不是编译，而是运行时环境的隐式假设——比如时区、字符编码、文件路径分隔符、标准输入流生命周期。这些地方一漏，错误往往不报异常，只默默表现不对。
