今天领导让我弄清楚一个问题，也是在项目中遇到的，在打包到测试环境linux中的情况下
本来tomcat2是要通过链接访问一个图片的，访问的位置是tomcat1的图片位置
即在浏览器地址输入：
http://tomcat2/文件
就会自动跳到
http://文件夹/文件
此时通过快捷方式即可
文件夹真正的位置
此时部署项目后是直接在路径里，通过tomcat2来访问真正文件夹的位置的
但是，如果在windos环境下就不能这样，此时是我本地开发环境下的结果
为什么java项目在linux就可以直接通过快捷方式访问，而windows下就不行呢？
找了一些资料，推测可能是这方面原因：
linux下一切皆文件，也就是说不管快捷方式，还是进程，还是别的什么东西，都能够以文件规范直接进行访问
而window下不行，windows下建立快捷方式是以lnk为后缀的，即使编译后java本身也不能直接识别lnk后缀的快捷方式
还要以自己重新写段代码来专门打开快捷方式
因此无法做到像linux那样直接识别
用命令行对比一下两个环境下打开快捷方式的区别
- windows下的命令行打开快捷方式，是将他已经识别为快捷方式的，
输入：fileContent.lnk 按回车，然后生效
而linux打开快捷方式，直接和普通文件夹一样，直接输入cd fileContent
就完事了，linux将他直接识别为了快捷的源文件
以上仅为个人推测结果，如有错误还请指出蟹蟹
