go跨平台兼容性关键在运行时适配：需用filepath.join处理路径、bufio.scanner统一换行符、os.tempdir获取临时目录、按goos分支处理信号/命令/权限等系统差异。
Go 语言本身具备优秀的跨平台能力，编译时通过 GOOS 和 GOARCH 即可生成不同系统的目标二进制文件。但真正影响兼容性的，往往不是编译环节，而是运行时对操作系统特性的依赖——比如路径分隔符、文件权限、进程信号、换行符、默认编码、临时目录位置等。这些差异若不显式处理，容易导致程序在某平台静默失败或行为异常。
路径与文件系统：避免硬编码斜杠
Windows 使用反斜杠 ，Linux/macOS 使用正斜杠 /。虽然现代 Windows 内核和大多数工具（包括 Go 的 os 包）已支持正斜杠，但路径拼接仍应交由标准库处理，而非字符串拼接。
- ✅ 正确：用
path/filepath.Join("dir", "sub", "file.txt")—— 自动适配各平台分隔符 - ❌ 错误：用
"dir/sub/file.txt"或"dir\sub\file.txt"—— 在某些场景（如调用外部命令、写入配置）可能出错 - 注意：
path/filepath是针对本地文件系统的，net/url中的path模块用于 URL 路径，不要混用
换行符与文本处理：统一按逻辑处理
Windows 默认用
，Unix 系统用
。Go 的 fmt.Println、log 等输出自动换行，无需干预；但读写文件、解析用户输入或协议数据时需留意：
- 读取文本文件建议用
bufio.Scanner（自动处理各种换行符），或手动用strings.TrimSuffix(line, " "); strings.TrimSuffix(line, " ") - 写入文件时，若需严格遵循平台规范（如生成脚本），可用
fmt.Fprintln或fmt.Fprintf(w, "%s ", s)（仅 Windows） - 跨平台配置文件（如 TOML/YAML/JSON）推荐使用标准库或成熟第三方解析器，它们已内置换行兼容逻辑
进程、信号与执行环境：按系统特性分支处理
不同系统对信号支持、子进程启动方式、默认 shell、临时目录路径等有明显区别：
立即学习“go语言免费学习笔记（深入）”；
-
信号：Windows 不支持
SIGUSR1/SIGUSR2，SIGHUP也无意义；常用可移植信号仅限os.Interrupt（Ctrl+C）、os.Kill -
启动外部命令：Windows 下直接执行
.sh文件会失败，需显式调用cmd /c或PowerShell -Command；Unix 下可用/bin/sh -c -
临时目录：用
os.TempDir()，它会返回各平台正确的路径（%TEMP%、/tmp、/var/folders/...） -
可执行文件后缀：Windows 需要
.exe，其他系统不需要；调用自身或同级二进制时，可用exec.LookPath(name + exeSuffix())辅助判断
（func exeSuffix() string { if runtime.GOOS == "windows" { return ".exe" }; return "" }）
权限、编码与 UI 相关细节：按需显式控制
这类问题通常只在特定场景暴露，但一旦发生就难以排查：
-
文件权限：Linux/macOS 支持
os.Chmod设置读写执行位；Windows 忽略大部分权限位，仅保留只读标志（0444表示只读），其他位无效 -
字符编码：Windows 控制台默认 GBK/GBK2312（中文版），而 Go 字符串始终是 UTF-8；若读取用户输入或调用 cmd 输出，需用
golang.org/x/text/encoding转码 -
GUI 或系统通知：无标准跨平台 API，需借助
robotgo（macOS/Linux）、win（Windows）等绑定库，或统一走 Web UI 方案规避 - 大小写敏感性：Windows 文件系统默认不区分大小写，Linux/macOS 区分；代码中避免依赖大小写差异做逻辑判断（如配置键名、插件名）
