是否可以在文件名中使用“/”？
我知道这不是应该做的事情，但有没有办法使用通常在Linux中分隔文件名中的目录的斜杠字符？
答案是，你不能，除非你的文件系统有一个错误。 原因如下：
有一个系统调用重命名您在fs/namei.c定义的名为renameat ：
SYSCALL_DEFINE4(renameat, int, olddfd, const char __user *, oldname, int, newdfd, const char __user *, newname)
当系统调用被调用时，它会在名称上进行path查找（ 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; ...
此代码适用于任何文件系统。 这是什么意思？ 这意味着如果你尝试用传统的方法传递一个带有实际'/'字符的参数作为文件的名字，它将不会做你想要的。 没有办法逃避angular色。 如果一个文件系统“支持”这个，那是因为它们是：
- 使用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字符（例如这个看似冗余的字形 ）。
只有一个商定的编码。 例如，您可以同意%将被编码为%% ， %2F将表示一个/ 。 所有访问这个文件的软件都必须理解编码。
这取决于您正在使用的文件系统。 一些比较stream行的：
- ext3： 没有
- ext4： 没有
- jfs： 是的
- reiserfs： 不
- xfs： 不
简短的回答是：不，你不能。 由于如何定义目录结构，这是一个必要的禁止。
而且，如前所述，您可以显示一个unicode字符，“看起来像”斜线，但这是你得到的。
一般来说，尝试在文件名中使用“坏”字符是一个坏主意; 即使你以某种方式pipe理它，也往往使得以后很难使用这个文件。 文件系统分隔符是完全不起作用的，所以你需要select另一种方法。
你有没有考虑URL编码的url，然后用它作为文件名？ 结果应该是一个很好的文件名，并且很容易从编码版本重build名称。
另一个select是创build一个索引 – 使用任何你喜欢的方法创build输出文件名 – 按顺序编号的名字，SHA1哈希值，然后用所生成的文件名/ URL编写一个文件。 你可以把它保存到一个散列中，并用它来做一个URL到文件名的查找，反之亦然，反之亦然，如果需要，你可以把它写出来并重新加载。
