症状回放：
最近安装一个Delphi的控件，结果，在安装之后启动Delphi时出现了找不到相关文件的错误。一开始以为是Delphi内的Library路径没有添加，查看，一切正常。再次启动Delphi，提示说将xxx路径插入到PATH环境变量中失败，原因是PATH变量超出长度限制。
查找根源：
根据Delphi的提示，打开环境变量设置窗口，发现PATH变量确实不短（安装了很多开发工具，很多都需要设置环境变量），由于那个控件存在独立运行环境，需要写入系统PATH环境变量。但偏偏这个控件的名字又长的要命。先前有同学告诉我，PATH太长可以使用别名来解决，即创建其它名称的环境变量，并在PATH中使用两个“%”来引用，于是将一部分PATH路径拿出来，新建了一个环境变量并在PATH中引用。
再启动Delphi，咦？另一个文件又找不到了。反复检查发现，刚刚建立的环境变量已经起作用，但另外的路径又丢失了。于是打开CMD控制台，输入PATH，才发现，PATH变量的值已经被截断，原来那个使用别名的方法只是治标不治本。单条PATH变量可以插入了，变量值的长度限制还是存在。难道，非要我把每个程序都安装到短文件路径中？
偏方医治：
当我无奈中想到重装程序到短文件路径时，突然拉亮了另一盏灯。对，DOS8.3格式的短文件名！（哈哈，当时我叫出来的第一句就是，你太有才了…）。所谓DOS8.3格式短文件名就是文件或目录名分8字节主文件名和一个点加3字节的扩展名，在非DOS时代的系统，虽然文件名可以超出这个限制，但仍然可以使用该规则来操作文件名，即使用我们经常见到的“~n”方式。
那么，既然很多文件夹名称都那样的长（比如MS SQLSERVER的Microsoft SQL Server文件夹），那使用DOS8.3格式的短文件名来压缩路径，不就可以起到缩短PATH路径的作用了？
但是，我们又如何获取一个文件或目录的短文件名呢？其实系统已经给我们提供了这个工具，很简单，在CMD控制台中运行 dir /n /x，那么当前目录下的文件名就以长/短两种方式显示出来，接下来就不用我说了吧…
后记：
现在需要PATH环境变量的程序越来越多，PATH的空间也越来越小，真不知道此问题要何时才能解决。刚刚我在Microsoft的网站上找到了一个关于PATH长度限制补丁的说明，但由于整篇指东言西的描述让人匪夷所思，大概是有一个可以把PATH扩展到2046字节的补丁已经发出来，可是始终没找到下载地址。本文叙述的方法也仅仅是治标不治本，但在不限制长度PATH环境变量出现之前，其不失为一种这种方法。
