golang ioutil.WriteFile函数perm参数的用法

golang ioutil.WriteFile函数perm参数的用法
ioutil.WriteFile(..., perm os.FileMode)

刚开始接触golang的文件API的时候，总是纳闷为什么在创建文件的时候需要显示的指定文件的perm属性，难道不能从系统的umask里面获取吗？

实际上ioutil.WriteFile在创建新文件时，并不是直接使用参数perm的值，而是要和umask的值做合并的。把函数参数的值合并到当前umask的值，才是最终创建出来文件的perm属性。

umask的含义

• 某位是1时，则把这位的perm属性关闭(disable)
• 某位是0时，则把这位的perm属性打开(enable)

   owner   group   other
0 - rwx  -  rwx  -  rwx

例如

$ umask 0222  # 对owner, group,和other的写属性都关闭。
$ umask 0124  # 对owner关闭读属性，对group关闭写属性，对other关闭读和写属性

ioutil.WriteFile例子

package main

import (
    "fmt"
    "syscall"
    "io/ioutil"
)

func main() {

    syscall.Umask(0000)

    err := ioutil.WriteFile("a", []byte(""), 0777)
    if err != nil {
        fmt.Printf("ioutil.WriteFile failure, err=[%v]\n", err)
    }
}

• 例子1:0000 <-> 0777
  $ ls -l a
  -rwxrwxrwx 1 0 Apr 2 10:59 a

umask为空，所以ioutil.WriteFile的perm属性就是最后的文件属性

• 例子2:0777 <-> 0777
  $ ls -l a
  ---------- 1 0 Apr 2 10:59 a

umask为0777，所以ioutil.WriteFile的perm属性全被disable掉了

• 例子3:0000 <-> 0640
  $ ls -l a
  ---------- 1 0 Apr 2 10:59 a

umask为0000，所以ioutil.WriteFile的perm属性就是最后的文件属性

• 例子4:0640 <-> 0640
  $ ls -l a
  ---------- 1 0 Apr 2 10:59 a

umask为0640，而ioutil.WriteFile的perm属性也是640，正好全部被关闭了，最后生成的文件没有任何属性。

对已经存在的文件属性不受影响

即ioutil.WriteFile在写文件时，如果目标文件已经存在，那么目标文件的perm属性不会被改动，即此时ioutil.WriteFile的参数perm会被忽略。

为什么touch命令测试和想的不一致

注意一点就明白了，touch命令使用的是0666的属性，它并没有给X(executable)属性置值，所以不管在umask中对executable位是否置1，touch命令就不能生成一个具有executable的文件。