Go os.Chmod 修改符号链接时实际影响哪个文件

在部署脚本里，如果把符号链接路径直接传给 os.Chmod，真正被修改的是符号链接指向的目标文件，而不是链接对象本身。判断这件事时，不能只看链接路径的字符串：要用 os.Stat 观察跟随链接后的目标，用 os.Lstat 观察链接对象，再用 os.Readlink 确认它仍然指向哪里。

官方文档：https://pkg.go.dev/os#Chmod

记住一条边界：Chmod(link, mode) 改的是 link 的 target；Lstat(link) 看到的仍是符号链接这个对象。两者并不矛盾，只是路径解析语义不同。

os.Chmod 的路径解析结论

os.Chmod 的文档明确说明：当传入路径是符号链接时，模式会应用到链接目标。也就是说，下面的路径关系：

release -> app-v3

调用 os.Chmod("release", 0o600) 后，应把结果理解为“修改 app-v3 的权限”。符号链接的文本内容、指向关系和名称不会因为这次调用而改变。这个结论适合用于普通文件、配置文件或部署产物的权限设置；不要把它当作修改符号链接自身元数据的通用入口。

用 Stat 和 Lstat 分开观察两个对象

os.Stat(link) 会跟随符号链接，返回目标文件的信息；os.Lstat(link) 不跟随最终的符号链接，返回链接对象的信息。因而验证权限时，应该先保存链接关系，再分别读取两种结果：

package main

import (
    "fmt"
    "os"
    "path/filepath"
)

func main() {
    dir, err := os.MkdirTemp("", "chmod-link-")
    if err != nil {
        panic(err)
    }
    defer os.RemoveAll(dir) // 示例结束后清理目标文件和符号链接

    target := filepath.Join(dir, "target.txt")
    link := filepath.Join(dir, "current.txt")
    if err := os.WriteFile(target, []byte("data"), 0o644); err != nil {
        panic(err)
    }
    if err := os.Symlink(target, link); err != nil {
        panic(err) // 某些系统或权限策略可能不允许创建符号链接
    }

    if err := os.Chmod(link, 0o600); err != nil {
        panic(err) // 这里传入 link，但权限修改应落到 target
    }

    followed, err := os.Stat(link) // 跟随链接，读取目标权限
    if err != nil {
        panic(err)
    }
    linkInfo, err := os.Lstat(link) // 不跟随最终链接，读取链接对象
    if err != nil {
        panic(err)
    }
    destination, err := os.Readlink(link) // 读取链接保存的目标文本
    if err != nil {
        panic(err)
    }

    fmt.Printf("目标权限: %04o\n", followed.Mode().Perm())
    fmt.Printf("链接对象: %s, 指向: %s\n", linkInfo.Mode().Type(), destination)
}

这段代码的关键不是打印结果本身，而是读取顺序：Stat 用来确认目标权限，Lstat 用来确认路径末端仍是链接。若运行环境禁止创建符号链接，应把它视为环境能力错误，不要据此推翻 Chmod 的 API 语义。

部署脚本中的安全检查顺序

实际修改前，先用 os.Lstat 判断最终路径是否为符号链接，再用 os.Readlink 记录指向的文本；如果业务只允许修改某个目录内的目标，还要把目标解析、目录边界检查和权限修改放在同一套策略里。os.Chmod 本身不会替你完成“目标是否可信”的业务判断。

如果只调用 Lstat(link) 并看到链接的模式类型，就误以为 Chmod 修改了链接本身，结论会偏离实际。相反，只调用 Stat(link) 又会丢掉“路径末端是否为链接”这个安全信息。

常见误区与边界

第一，不要通过修改链接路径字符串来猜测目标；用 Readlink 读取真实指向。第二，不要把 os.Chmod 和平台专用的链接元数据操作混为一谈，本文只讨论标准 Chmod 对符号链接路径的目标跟随语义。第三，权限位的含义受操作系统影响，代码里的 0o600 是 Unix 风格示例，跨平台脚本还应结合目标系统的 FileMode 文档检查。

相关问题

为什么 Stat 和 Lstat 的结果看起来不同？因为前者跟随最终链接，后者保留链接对象本身；它们是在回答两个不同的问题。

怎样确认 Chmod 没有改错文件？先用 Lstat 确认是否为链接，再用 Readlink 记录目标，最后用 Stat 读取目标权限，必要时把目标路径限制在允许的目录范围内。