如何非侵入性地测试对文件的写访问权限？

在Shell脚本中，如何在不实际尝试修改文件的情况下轻松地且非侵入性地测试对文件的写访问权限？

我可以解析的输出stat，但这看起来确实很复杂，并且可能很脆弱，尽管我不确定实现和时间之间的统计输出有多少不同。

我可以附加到文件的末尾，看看是否成功，但这有潜在的危险，原因有两个：

1. 我现在必须删除添加项，并且如果其他进程将文件写入文件，由于我的行不再是最后一行，因此这立即变得很简单。
2. 任何读取文件的过程可能对该文件的内容有任意要求，而我可能只是破坏了该应用程序。

只需使用实用程序的- w标志test：

[ -w /path/to/file ] && echo "writeable" || echo "write permission denied"

请注意，如果稍后要写入文件，则仍然有可能无法写入文件。该文件可能已移动，权限可能已更改，等等。它也可能会-w检测到写权限，但由于其他一些因素而使文件不可写。

另一种方法：

if >> /path/to/file
then
    echo "writeable"
else
    echo "write permission denied"
fi

这将尝试打开文件进行追加，如果成功， 则不运行命令（即，运行null命令），并输出到文件。 

请注意，这将创建一个空文件（如果不存在）。

该命令的-w运算符test可能只是执行a stat ，然后尝试找出它是否应该具有访问权限。test在某些特殊情况下，我的选择（上面）比该方法更可靠，因为它强制访问检查由内核而不是外壳完成。例如，

• 如果该文件位于非Unix文件系统上（尤其是从非Unix文件服务器远程挂载），则stat可能会导致模式值误导。
• 如果文件位于以只读方式安装的文件系统上。
• 如果文件具有ACL，并且该模式使它看起来像您应该具有访问权限，但ACL拒绝它，反之亦然。
• 如果某些安全框架（AppArmor，SELinux等）拒绝访问该文件。

G人是对的：[ -w ]不会总是说实话。这里是为了处理外壳中不存在的文件和“ 权限被拒绝”消息：

( [ -e /path/to/file ] && >> /path/to/file ) 2> /dev/null && 
  echo writable || 
  echo not writable

更新：看起来很恐怖，不是吗？好吧，是的。嗯...如何措辞...请勿使用此功能，除非您完全知道自己处于要求它按预期工作的条件下。请参阅Stephane的评论。

那么得出什么结论呢？即使[ -w ]不说实话，它也是旨在完成这项工作的一个命令。如果不行，那么我们会怪罪它，编写错误报告，并且它将在将来运行。更好地检查其工作和使用条件[ -w ]；为特殊情况编写特殊代码。解决方法有其自身条件。

[ -w /path/to/file ]

是最好的先验。