可以减少环境变量PATH中过多的路径,只需将整行保存到记事本中,作为备份并删除其中的一部分并进行测试。
它们中的大多数都存在,因此如果快捷方式没有为“目标”设置完整路径,或者如果快捷方式中未正确设置“开始于”或启动奇怪,则它们的程序及其各个部分始终找到了。在大多数情况下,它是故障安全的。您仍然希望完全测试删除了其路径的任何程序的使用情况。
这对于在CMD提示符下键入命令的人员也非常有用,即使没有CD,计算机也会扫描每个位置,直到找到并运行具有该名称的程序。或任何其他同名命令:-)
该路径集WAS(anchient)限制为少于255(or260)个字符,很久以前更改为1024,然后在server'03时代进行了修补以处理2048,并且据说可以在某些系统上处理8096,甚至很久以前。
今天人们遇到的真正限制是在CMDprompt中,它对命令字符串的长度有限制,其中包括变量和路径的扩展。
http://msdn.microsoft.com/zh-cn/library/windows/desktop/ms682653(v=vs.85).aspx,Microsoft表示:
“用户定义的环境变量的最大大小为32,767个字符。环境块的大小没有技术限制。但是,实际的限制取决于访问该块的机制。例如,批处理文件无法设置比最大命令行长度长的变量。”
它们在该位置^指向包含系统路径的注册表位置,HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\Environment
必须在其中读取其余部分。
展开后,CMD提示和批处理限制为2048个字符,据说是新系统的4倍(需要引用,因为人们没有看到它)
另请参见http://support.microsoft.com/kb/830473,其中讨论了较旧系统的命令提示符和批处理长度。
为了确保其中的条目正确无误,Wiki上这样说:http :
//en.wikipedia.org/wiki/Environment_variable
%PATH%此变量包含用分号分隔(不要在中间使用空格)的目录列表,命令解释器将在这些目录中搜索与给定命令匹配的可执行文件。表示路径的环境变量可以嵌套在PATH变量中,但只能嵌套在一个间接级别上。如果此子路径环境变量本身包含表示路径的环境变量,则PATH在变量替换中将无法正确扩展。
在其中拥有所有多余的路径会使某些事情放慢很多,因为然后它被迫在放弃之前在所有这些地方查看。即使在批处理或使用CMDprompt时,无论何时调用文件项,使用完整路径总是会更快。
使用旧的DOSlike 8.3约定是缩小大小的一种方法,此Batch /programming//a/20362922 效果很好。确保(再次)备份原始字符串。另请参阅有关该问题的其他可能解决方案。
这是我的样子,情况更糟。
%SystemRoot%\ system32;%SystemRoot%;%SystemRoot%\ System32 \ Wbem;%SYSTEMROOT%\ System32 \ WindowsPowerShell \ v1.0 \; C:\ Program Files(x86)\ QuickTime \ QTSystem \
我会心跳加速,而AMD的程序之前已经在其中添加了一条扩展路径,然后扔掉了,Adobee只有一条,对于标准的GUI快捷方式/图标方法,这些都不重要。可以删除许多内容,然后测试所有功能。如果通过在CMD提示符下键入来调用内容,则删除这些路径将不起作用。
PATH
...是什么让您怀疑它太长了?VS是否抛出某种错误?另外,您正在运行什么版本的Windows?