可以在文件名中使用“ /”吗？

我知道这不是应该做的事情，但是有没有办法使用斜线字符来分隔Linux中文件名中的目录？

答案是，除非文件系统有错误，否则您将无法这样做。原因如下：

有一个系统调用，用于重命名fs/namei.c名为的文件renameat：

SYSCALL_DEFINE4(renameat, int, olddfd, const char __user *, oldname,
                int, newdfd, const char __user *, newname)

当系统调用被调用时，它将do_path_lookup对名称进行路径查找（）。继续跟踪，我们将获得link_path_walk以下信息：

static int link_path_walk(const char *name, struct nameidata *nd)
{
       struct path next;
       int err;
       unsigned int lookup_flags = nd->flags;

       while (*name=='/')
              name++;
       if (!*name)
              return 0;
...

此代码适用于任何文件系统。什么意思 这意味着，如果您尝试'/'使用传统方式将带有实际字符的参数作为文件名传递，它将无法执行您想要的操作。无法逃脱角色。如果文件系统“支持”此文件，则是因为它们：

• 使用unicode字符或看起来像斜杠但不是的字符。
• 他们有一个错误。

此外，如果确实要编辑字节以在文件名中添加斜杠字符，则可能会发生不良情况。那是因为您永远无法使用名称:(来引用该文件，因为无论何时，Linux都会假定您所引用的目录不存在。使用'rm *'技术也不起作用，因为bash只是将其扩展为文件名。甚至rm -rf都行不通，因为简单的strace可以揭示幕后情况（简称）：

$ ls testdir
myfile2 out
$ strace -vf rm -rf testdir
...
unlinkat(3, "myfile2", 0)               = 0
unlinkat(3, "out", 0)                   = 0
fcntl(3, F_GETFD)                       = 0x1 (flags FD_CLOEXEC)
close(3)                                = 0
unlinkat(AT_FDCWD, "testdir", AT_REMOVEDIR) = 0
...

注意，对这些的调用unlinkat将失败，因为它们需要按名称引用文件。

假设文件系统支持，则可以使用显示为“ /”的Unicode字符（例如，这个看似多余的字形）。

这取决于您使用的文件系统。在一些比较流行的：

• ext3：否
• ext4：否
• jfs：是的
• reiserfs：否
• xfs：否

仅使用约定的编码。例如，你可以同意，%将被编码为%%那%2F将意味着一个/。访问此文件的所有软件都必须了解编码。

简短的答案是：不，您不能。由于目录结构是如何定义的，因此这是必要的禁止。

而且，如前所述，您可以显示一个“看起来像”斜杠的unicode字符，但这已尽其所能。

通常，在文件名中完全使用“坏”字符是个坏主意。即使您以某种方式进行管理，它也会使以后很难使用该文件。文件系统分隔符完全无法使用，因此您需要选择一种替代方法。

您是否考虑过对URL进行URL编码然后使用URL作为文件名？结果应该是文件名，并且可以很容易地从编码版本中重建名称。

另一种选择是创建索引-使用您喜欢的任何方法创建输出文件名-顺序编号的名称，SHA1哈希等-然后使用生成的文件名/ URL对写入文件。您可以将其保存到哈希中，并使用它对反向版本的哈希进行URL到文件名的查找，反之亦然，您可以将其写出并在以后需要时重新加载。