1.9 shortcut/hard link/junction point/symbolic link简介

https://scz.617.cn/windows/201510151343.txt

A: scz 2015-10-15 13:43

Windows支持4种"链接"机制，分别是shortcut、hard link、junction point、 symbolic link。本文针对这4种机制进行简要介绍，可作为速查手册存在。

先吐个槽，天朝很多与本问题相关的技术文章，在术语层面相当混乱，作者的一知半解以及不使用规范术语，给本就容易混淆的概念带来更大的误导。

1) shortcut/快捷方式

以.lnk文件方式存在，适用于Explorer等应用程序。

非NTFS内置机制，从Win95开始得到支持。FAT32支持。

同时适用于文件、目录。

只能使用绝对路径。

可以跨盘符，可以跨主机，可以使用UNC路径、网络驱动器。

删除shortcut，不影响target。

删除target，shortcut仍将存在，但失效了，变得不可用。

2) (file) hard link

假设本文读者具有*nix基础，此处不做hard link的语义解释。

NTFS内置机制，从Windows NT 4开始得到支持。FAT32不支持。

只适用于文件。

只能使用绝对路径。

hard link与target file必须位于同一volume，可以简单理解成不能跨盘符。

在Explorer中删除hard link，不影响target file。

删除target file，不影响hard link。事实上由于hard link的语义，此时剩下的 hard link就是原始数据的唯一访问点。

"dir /?"可以看到L只是对应"Reparse Points"。

D: scz 2018-09-20 11:00

说个不相关的事:

$ echo "C:\Users\All Users\xxx" | findstr /C:"C:\Users\All Users" $ echo "C:\Users\All Users\xxx" | findstr /C:"C:\Users\All Users\x" $ echo "C:\Users\All Users\xxx" | grep -F "C:\Users\All Users" $ echo "C:\Users\All Users\xxx" | grep -F "C:\Users\All Users\x" "C:\Users\All Users\xxx"

上面这几个都会命中，但下面这两个不会命中:

$ echo "C:\Users\All Users\xxx" | findstr /C:"C:\Users\All Users\" $ echo "C:\Users\All Users\xxx" | grep -F "C:\Users\All Users\"

没有输出。结尾的\被特别处理了？不知是cmd的事，还是处理命令行参数的API的事？比如:

kernel32!GetCommandLineW kernel32!GetCommandLineA KERNELBASE!GetCommandLineW KERNELBASE!GetCommandLineA shell32!CommandLineToArgvW

这事是版本相关的，前面都是在x64/Win7上测试。如果结尾是"\"，情况会有不同。

注意"findstr /C"、"grep -F"的语义，已经尽可能避免转义处理。

Linux下用单引号时符合预期:

$ echo 'C:\Users\All Users\xxx' | grep -F 'C:\Users\All Users\' C:\Users\All Users\xxx

D: bluerust 2018-09-20 13:37

以前写批处理时被结尾的\坑过，尽量避免字符串结尾出现\。

用Process Monitor看了一眼findstr/grep拿到的参数，cmd对双引号中的字符串不做任何处理就传给了findstr/grep，后面那些幺蛾子是findstr/grep自己搞出来的。

另做了一些实验，参看注释部分:

/ * Compile: cl /EHsc test_cmdline.c * * Desc : * test_cmdline.exe "c:\hello\users" * output: * test_cmdline * c:\hello\users * * Conclusion: * No escape happened here, which means mainCRTStartup would respect the * input feeded by user. * * For grep.exe compiled by mingw, the situation is different: * grep -F "c:\users\" * * Stop at the main function of grep.exe, and check the argv array: * 0:000> dqa ffffcc10 * 00000000ffffcc10 00000000ffffcc40 "grep" * 00000000ffffcc18 00000000ffffcc45 "-F" * 00000000ffffcc20 0000000600028430 "c:\users\" * 0:000> db 00000600028430 l10 * 0000000600028430 63 3a 5c 75 73 65 72 73-5c 00 00 00 00 00 00 00 c:\users....... * * Obviously, before entering the main function the real entry function has * perform an escape on the parameters. /

include

pragma comment( lib, "user32.lib" )

pragma comment( lib, "kernel32.lib" )

int main( int argc, char *argv[] ) { int i;

for ( i = 0; i < argc; i++ )
{
    _write( 1, argv[i], strlen( argv[i] ) );
    _write( 1, "\n", 1 );
}

return 0;

}

前面都是些开放式讨论，未继续深究。