Path 使用快捷方式(愚蠢还是智能)移动Windows默认安装路径?

Path 使用快捷方式(愚蠢还是智能)移动Windows默认安装路径?,path,installation,default,Path,Installation,Default,我的C:\内存不足,但我的D:\内存充足:\ 我的目标是使所有程序都安装到D:/programs,即使是那些无法选择安装位置的哑程序 我一直在寻找不同的方法来移动默认的安装路径、注册编辑和其他东西,但大多数方法都有点危险,非常烦人,或者可能会带来意想不到的副作用;喜欢找不到的节目&诸如此类 但后来我发现了一个建议,即使用windowscmd(commandpromts)mklink命令基本上可以创建一个从C:\Programs到D:\Programs的快捷方式 但我在想:如果我简单地将C:\程序

我的C:\内存不足,但我的D:\内存充足:\

我的目标是使所有程序都安装到D:/programs,即使是那些无法选择安装位置的哑程序

我一直在寻找不同的方法来移动默认的安装路径、注册编辑和其他东西,但大多数方法都有点危险,非常烦人,或者可能会带来意想不到的副作用;喜欢找不到的节目&诸如此类

但后来我发现了一个建议,即使用windowscmd(commandpromts)mklink命令基本上可以创建一个从C:\Programs到D:\Programs的快捷方式

但我在想:如果我简单地将C:\程序拖放到D:\上,然后右键单击它并选择“创建快捷方式”,然后将该快捷方式移回C:\会发生什么/

这真的是一个愚蠢或聪明的解决方案吗?(我倾向于哑巴,因为它太简单了,但我不知道为什么会哑巴?)

&有人知道这个解决方案会出什么问题吗


我正在使用Windows 7,我想我发现了为什么这样做会很愚蠢,在Windows中完成的快捷方式显然是指向目标的文件&不是所有程序都正确使用它,而使用cmd创建符号链接是“注册到硬盘”&它应该工作得更好

引自:

快捷方式、符号链接、硬链接和连接?!

快捷方式是指向另一个文件的文件。它是Windows 95时代的一种过时的定点系统,许多程序无法识别。快捷方式不仅会占用硬盘空间,而且在删除、重命名或移动目标后还会断开并停留

符号链接类似于快捷方式,但不是保存为文件,而是注册到硬盘驱动器分区。它不使用任何磁盘空间,所有程序都可以识别链接和目标。符号链接可以指向计算机本地或使用SMB路径的网络上的任何文件或文件夹。

文件硬链接有点不同,不能在多个分区上使用,这意味着您不能在驱动器C上有链接:指向驱动器D上的文件:。文件硬链接指向目标,并将其复制为镜像副本,但副本不会占用硬盘分区上的任何额外空间。因此,两个硬链接1 GB文件的镜像在分区上总共只使用1 GB,而不是3 GB。重要的是,如果硬链接或目标要删除,其他链接将保留数据。对目标或链接内容的更改将自动传播到所有其他项目


连接的行为类似于目录的硬链接,但与文件硬链接不同,您可以创建跨多个分区的连接。同样,目录连接及其内容存储在硬盘驱动器分区上,但不使用任何额外空间。对目标或链接内内容的任何更改都将l自动传播,除非目标目录被删除或重命名。在这种情况下,所有指向目标目录的链接都将断开并在分区上保留。“

该死!Windows(显然)对移动或重命名该文件夹提供了保护。但是当文件夹仍然存在时,我无法从那里创建符号链接,因为链接不能与现有文件夹同名。有人知道这个问题的“黑客”吗?基本上没有,不是从Windows内部,因为许多Windows系统都使用这些文件夹,包括作为Windows用户界面的Explorer.exe。。。我想这是我最好的选择,但这样做真的很烦人: