为什么666是默认的文件创建权限？

如我所知，使用umask时，您可以赋予文件的最高权限是666 umask 0000。这是由于默认的文件创建权限，在我所知道的每个系统上似乎都是666。

我知道对于文件，我们需要可执行的权限才能显示其内容。
但是，为什么我们限制默认文件创建权限为666？

据我所知，这是硬编码到标准实用程序中的。我将strace同时touch创建一个新文件和mkdir一个新目录。

该touch跟踪生产这样的：

open("newfile", O_WRONLY|O_CREAT|O_NOCTTY|O_NONBLOCK, 0666) = 3

而mkdir跟踪结果是这样的：

mkdir("newdir", 0777)                   = 0

缺少用C语言编写文件/目录创建过程的代码，我看不到修改默认权限的方法。但是在我看来，默认情况下不使文件可执行是有道理的：您不希望任何随机文本被误解为shell命令。

更新资料

举例说明如何将权限位硬编码到标准实用程序中。以下是在两个文件中的一些相关线路coreutils包含两个源代码包touch(1)和mkdir(1)，其中包括：

mkdir.c：

if (specified_mode)
   {   
     struct mode_change *change = mode_compile (specified_mode);
     if (!change)
       error (EXIT_FAILURE, 0, _("invalid mode %s"),
              quote (specified_mode));
     options.mode = mode_adjust (S_IRWXUGO, true, umask_value, change,
                                  &options.mode_bits);
     free (change);
   }   
  else
    options.mode = S_IRWXUGO & ~umask_value;
}   

换句话说，如果未指定模式，请将其设置S_IRWXUGO为由修改的（read：0777）umask_value。

touch.c 更清晰：

int default_permissions =
  S_IRUSR | S_IWUSR | S_IRGRP | S_IWGRP | S_IROTH | S_IWOTH;

也就是说，向所有人授予读取和写入权限（读取：0666），这当然会umask在文件创建过程中被修改。

您可能能够解决这个程序只是：即同时从任一个C程序，在那里你直接或从一种语言，可以让你做一个低级别的系统调用内使系统调用中创建的文件（见例如Perl的sysopen下perldoc -f sysopen）。

首先，没有全局默认值，权限取决于创建文件的应用程序。例如，如果umask为0000（在任何情况下，权限将为0777＆〜umask），则这个小C程序将创建一个文件'/ tmp / foo'，其权限为0777：

int main() 
{
   creat("/tmp/foo", 0777);
   return 0;
}

话虽如此，许多应用程序创建的文件的权限为0666。这有两个原因：

1. 安全性：您不希望任何任意文件可执行。
2. 便利性：大多数文件不需要可执行。在少数几个文件上设置可执行位要比在其他文件上取消设置更容易。当然，umask 0133可以解决此问题，但是什么也不会解决，即使您愿意，也无法让程序创建可执行文件。