What is the difference between a Symbolic Link and a Shortcut?
I think the important point is that shortcuts are just a file. They have a size (A small one, that just references where they point) and they require an application to support that filetype in order to be used.
A symbolic link is filesystem level, and everything sees it as the original file. An application needs no special support to use a symbolic link.
A "Symbolic Link" can actually act like a substitute for a directory or file in a functional way, and is commonly used in Unix/Linux environments. Although there is apparently support for this in Windows, I haven't seen any actual use of it yet.
A "Shortcut" is just a regular file that has a reference to the destination file or directory along with some other things like the icon to be displayed. Unlike a Symbolic Link, you cannot "cd ./shortcut-name" in DOS (in Unix/Linux you can "cd ./symlink-name" and it will work just like a real sub-directory).
Also, in most Windows applications, when you click on a Shortcut in any File->Open GUI dialogue, your filename field gets populated with that shortcut's filename as well as it acting like a sub-directory, while in Unix/Linux the GUI treats a Symbolic Link as a path (without modifying the filename field).
As others have mentioned, a symbolic link is one of the kinds of links available at the file system level, which makes it transparent to applications. I've found this documentation very helpful (esp. the "Crop/Unroll/Splice Outer Junctions/Symbolic Links" section). And the tool there looks nice too. (By mentioning this, and mklink, hopefully more searches will find this discussion.)
A shortcut is a file, not a real link, and it is generally only followed successfully as a link when interpreted by the Windows UI (user interface). For example, when you double-click on a folder shortcut, Windows redirects you to that other location. (This includes the generic File Open and File Save dialogs that most applications invoke.) On my desktop, I have a shortcut to this folder: C:\ProgramData\Microsoft\Windows\Start Menu\Programs\G
The shorcut's filename is: C:\Users\user5\Desktop\Games.lnk, although Windows suppresses the .lnk extension and just shows "Games", even if you untick "hide extensions for known file types". But if you open a command prompt and do a dir, you'll see it:
C:\Users\user5\Desktop>dir "g*" Volume in drive C has no label. Volume Serial Number is 900... Directory of C:\Users\user5\Desktop 03/08/2014 05:30 PM 1,710 Games.lnk 1 File(s) 1,710 bytes 0 Dir(s) 246,818,222,080 bytes free
I can create the equivalent with a symlink by using the \D option (for directory):
C:\Users\user5\Desktop>mklink /D mysymlink "C:\ProgramData\Microsoft\Windows\S tart Menu\Programs\G" symbolic link created for mysymlink <<===>> C:\ProgramData\Microsoft\Windows\Sta rt Menu\Programs\G C:\Users\user5\Desktop>cd mysymlink C:\Users\user5\Desktop\mysymlink>
(A directory junction (\J) is an option too, since this is a folder link.) Windows explorer, just like this console and most applications, will let you browse "down into" this apparent subdirectory, rather than (a) redirecting "across" to a different location or (b) failing.
Shortcuts do not behave like subdirectories. I can invoke the Windows UI's default file behavior with this command (this opens the "G" folder in Windows Explorer):
Whereas mysymlink is listed (see the count) as a true subdirectory and can't be launched in that way:
C:\Users\user5\Desktop>dir "my*" Volume in drive C has no label. Volume Serial Number is 900... Directory of C:\Users\user5\Desktop 03/29/2014 06:08 PM <DIR> mysubdir 03/29/2014 05:40 PM <SYMLINKD> mysymlink [C:\ProgramData\Microsoft\Windo ws\Start Menu\Programs\G] 0 File(s) 0 bytes 2 Dir(s) 246,816,153,600 bytes free C:\Users\user57\Desktop>mysubdir 'mysubdir' is not recognized as an internal or external command, operable program or batch file. C:\Users\user57\Desktop>mysymlink 'mysymlink' is not recognized as an internal or external command, operable program or batch file.
Conversely, you cannot change-directory into a shortcut:
C:\Users\user5\Desktop>cd "Games.lnk" The directory name is invalid.
The Windows UI lets you right-click to edit a shortcut's properties. Or, the following shows exactly what is actually stored in the .lnk file (binary data), though a hex editor would display better:
Whereas trying to execute Notepad on an actual subfolder pops up an "Access is denied" error message, and an empty Notepad.
Conversely, if I make a file symlink (not a folder symlink), I can launch it with Notepad. Of the following notepad.exe calls, the first two work, and the third fails (it opens up the .LNK file, the binary gobbledegook).
C:\Users\user5\Desktop>mklink symplain.txt plain.txt symbolic link created for symplain.txt <<===>> plain.txt C:\Users\user5\Desktop>notepad.exe "symplain.txt" C:\Users\user5\Desktop>notepad.exe "plain.txt" C:\Users\user5\Desktop>notepad.exe "plain.txt.lnk"
This isn't just a console thing. Copying a shortcut to Notepad to my desktop and trying dragging and dropping each of the three onto it, it exhibits the exact same behavior. (Because drag and drop, unlike double click, lets the application interpret the shortcut.)
"A major difference in the way Windows resolves symbolic links and directory junctions is where the processing takes place. Windows processes symbolic links on the local system, even when they reference a location on a remote file server. Windows processes directory junctions that reference a remote file server on the server itself. Symbolic links on a server can therefore refer to locations that are only accessible from a client, like other client volumes, whereas directory junctions cannot. To address this, Windows Vista supports the new symbolic link type for both files and directories.
"Many file system commands have been updated to understand the implications of symbolic links. For example, the Delete command knows not to follow links, which would result in deletion of the target, but to delete the link instead. However, because not all applications may handle symbolic links correctly, creating a symbolic link requires the new Create Symbolic Link privilege that only administrators have by default."
"Symbolic Links differ from Shortcuts in that they offer a transparent* pathway to the desired data object, with a shortcut (.lnk), something has to read and interpret the content of the shortcut file and then open the file that it references (i.e. it is a two step process). When an application uses a symlink it gains immediate access to the data object referenced by the symlink (i.e. it is a one step process)."
Sometimes its good to have a functional example, so ill explain how I use this function.
I use google drive to backup files, but sometimes i want to backup files in a specific folder (I can't move them to ../google drive). Especially with windows 10 universal apps, config files and such are stored in appdata, and most of the time i cannot change this location.
I use windows native stikynot app, and i wanted to backup my notes, so i used a symlink here. Google drive recognizes the link as an actual file and syncs the files just fine, whilst the actual file is still in the appdata folder.
When I have files like project folders locally that I dont want to sync to the cloud I use shortcuts (copy, past->paste shortcut).