URL在前端设计中优化的重要作用

很多朋友都认为关于URL优化方面的工作是后端工程师做的，前端方面注重结构方面的优化就可以了。其实不然，对于请求及DNS请求等等诸多方面，前端工程师也应该在自己能做到的方面给予优化。

下面我就说说我对于URL在前端优化方面的理解。

首先，第一点，

比较“吝啬”，就是使用“c”、“j”、“i”文件夹分别代替我们经常用的“css”、“javascript”、“images”文件夹。当然很多人会说，有这个必要吗？我个人觉得有，虽然这样做或许不会对页面精简带来太大的效果，但是并不会带来任何坏处。

第二点，

对于链接到像http://www.example.com/dir/这样的URL时候，记得在最后加上“/”，因为如果你的网站包含目录并使用了自动索引，不加结尾的斜线的话会页面会多一次重定向。（p.s:对于链接到主机名的链接可以不必加）

第三点，

就是上面已经提到的重定向问题。这应该是前端最应该重视的基于URL的优化问题，大家应该都有亲身体验重定向时的等待的不愉悦，尤其是第一个请求就是重定向时，用户看到的是一个“漫长”的空白页面过程。所以应该避免滥用重定向，不过很多时候（主要用在跟踪）还是需要用到重定向，当然这也包括服务器的配置方面，不管怎么说，我们还是在我们能做的方面尽量做好吧。

第四点，

减少DNS的查找。对与这点，可以主要从增大DNS缓存时间和减少网站内容主机请求数量两点来优化。对于第一点在网站端可以通过DNS的TTL及HTTP的Keep-Alive来设置（虽然这不是HTTP1.1中必需的，但是很多浏览器和服务器都包含它）。当然你在配置中得考虑自己网站的实际情况，确保你的内容和ip不会在你设置的时间内失效。在主机名数量上，减少唯一主机名的数量会减少页面并行下载的数量，基于下面要说的原因，SteveSouders建议网站数据内容分别放在2-3个主机名下是最优选择。

最后一点，

将数据内容并行下载。在HTTP1.1规范下，建议浏览器从每个主机名并行的下载两个数据包内容，并且很多浏览器默认都是这样做的（可以打开YSlow对照页面在firefox下的结果），如果你的页面包含较多的图片等数据内容，将其分别放在两个主机名下，整体的下载时间将会有明显的缩短。但是基于上面一点的原因，不要将内容放在太多的主机下，至于实际几个，可以通过自己的页面情况考虑。

当然，基于URL的优化，在服务器方面的配置（包括CDN，路由等方面）效果明显，但是我们前端在做好其他如页面结构、页面压缩、HTTP请求数量等方面的优化下，进行上述的URL使用优化，肯定能使你的页面有更好的呈现。