os.executable()是唯一可靠获取go程序二进制绝对路径的方式，因其返回内核记录的真实可执行文件路径（已解析符号链接），而os.getwd()仅返回进程启动时的工作目录，二者语义完全不同且不可互换。
os.Executable() 是唯一能可靠获取当前 Go 程序二进制文件绝对路径的方式，其他方法（如 os.Getwd()、filepath.Abs("./")）返回的是工作目录，不是程序所在目录。
为什么不能用 os.Getwd() 找程序根目录
用户可能在任意路径下启动程序：cd /tmp && ./myapp，此时 os.Getwd() 返回 /tmp，但配置文件实际放在 /usr/local/bin/myapp 同级。硬编码 "./config.yaml" 会去 /tmp/config.yaml 查找，必然失败。
os.Executable() 返回路径的符号链接行为
该函数默认解析符号链接——如果用户用 ln -s /opt/myapp/myapp /usr/local/bin/myapp 启动，os.Executable() 返回的是 /opt/myapp/myapp，而非 /usr/local/bin/myapp。
- 多数场景这是期望行为：你关心的是真实二进制位置，不是调用入口
- 若需原始调用路径（如审计启动来源），Linux 下可尝试
os.Readlink("/proc/self/exe")，但需手动处理错误和空字节截断；macOS 不支持此方式，跨平台不可靠 - 不要试图用
filepath.EvalSymlinks对os.Executable()结果再处理——它已解析完毕，重复调用无意义且增加开销
拼接资源路径必须用 filepath.Join()
拿到 exePath 后，提取目录并拼接配置文件路径时，必须用 filepath.Dir() + filepath.Join()，而不是字符串操作。
-
filepath.Dir("/a/b/c")→/a/b；filepath.Dir(`C:\app\main.exe`)→`C:\app`；自动适配平台分隔符 - 错例：
strings.TrimSuffix(exePath, filepath.Base(exePath))在路径末尾有斜杠（如/usr/bin/myapp/）或含重复分隔符（如/a//b/c）时结果错误 - 错例：
path.Dir()（注意是path包）不识别 Windows 反斜杠，path.Dir(`C:\app\main.exe`)会返回C:，完全失效
构建与运行时路径分离是常态，别依赖源码结构
Go 程序打包后常被移动：go build 生成的二进制可能从 ~/dev/myapp 拷贝到 /usr/local/bin，此时源码里的 "../conf/config.yaml" 或 "./config.yaml" 全部失效。
- 正确模式：先
exePath, _ := os.Executable()，再exeDir := filepath.Dir(exePath)，最后configPath := filepath.Join(exeDir, "config.yaml") - 允许命令行覆盖：
-config=/etc/myapp/config.yaml优先级应高于内置路径，方便运维部署 - 调试时可加日志打印
exePath和configPath，避免凭空猜测路径是否对得上
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
