很多朋友都認為關(guān)于URL優(yōu)化方面的工作是后端工程師做的，前端方面注重結構方面的優(yōu)化就可以了。其實(shí)不然，對于請求及DNS請求等等諸多方面，前端工程師也應該在自己能做到的方面給予優(yōu)化。

　　下面就介紹一下URL在前端優(yōu)化方面幾點(diǎn)需要注意的地方。

　　首先，第一點(diǎn)，比較“吝嗇”，就是使用“c”、“j”、“i”文件夾分別代替我們經(jīng)常用的“css”、“javascript”、“images”文件夾。當然很多人會(huì )說(shuō)，有這個(gè)必要嗎?個(gè)人覺(jué)得有，雖然這樣做或許不會(huì )對頁(yè)面精簡(jiǎn)帶來(lái)太大的效果，但是并不會(huì )帶來(lái)任何壞處。

　　第二點(diǎn)，對于鏈接到像http://www.example.com/dir/這樣的URL時(shí)候，記得在最后加上“/”，因為如果你的網(wǎng)站包含目錄并使用了自動(dòng)索引，不加結尾的斜線(xiàn)的話(huà)會(huì )頁(yè)面會(huì )多一次重定向。(p.s:對于鏈接到主機名的鏈接可以不必加)

　　第三點(diǎn)，就是上面已經(jīng)提到的重定向問(wèn)題。這應該是前端最應該重視的基于URL的優(yōu)化問(wèn)題，大家應該都有親身體驗重定向時(shí)的等待的不愉悅，尤其是第一個(gè)請求就是重定向時(shí)，用戶(hù)看到的是一個(gè)“漫長(cháng)”的空白頁(yè)面過(guò)程。所以應該避免濫用重定向，不過(guò)很多時(shí)候(主要用在跟蹤)還是需要用到重定向，當然這也包括服務(wù)器的配置方面，不管怎么說(shuō)，我們還是在我們能做的方面盡量做好吧。

　　第四點(diǎn)，減少DNS的查找。對與這點(diǎn)，可以主要從增大DNS緩存時(shí)間和減少網(wǎng)站內容主機請求數量?jì)牲c(diǎn)來(lái)優(yōu)化。對于第一點(diǎn)在網(wǎng)站端可以通過(guò)DNS的 TTL及HTTP的Keep-Alive來(lái)設置(雖然這不是HTTP1.1中必需的，但是很多瀏覽器和服務(wù)器都包含它)。當然你在配置中得考慮自己網(wǎng)站的實(shí)際情況，確保你的內容和ip不會(huì )在你設置的時(shí)間內失效。在主機名數量上，減少唯一主機名的數量會(huì )減少頁(yè)面并行下載的數量，基于下面要說(shuō)的原因，Steve Souders建議網(wǎng)站數據內容分別放在2-3個(gè)主機名下是最優(yōu)選擇。

　　最后一點(diǎn)，將數據內容并行下載。在HTTP1.1規范下，建議瀏覽器從每個(gè)主機名并行的下載兩個(gè)數據包內容，并且很多瀏覽器默認都是這樣做的(可以打開(kāi)YSlow對照頁(yè)面在firefox下的結果)，如果你的頁(yè)面包含較多的圖片等數據內容，將其分別放在兩個(gè)主機名下，整體的下載時(shí)間將會(huì )有明顯的縮短。但是基于上面一點(diǎn)的原因，不要將內容放在太多的主機下，至于實(shí)際幾個(gè)，可以通過(guò)自己的頁(yè)面情況考慮。

　　當然，基于URL的優(yōu)化，在服務(wù)器方面的配置(包括CDN，路由等方面)效果明顯，但是我們前端在做好其他如頁(yè)面結構、頁(yè)面壓縮、HTTP請求數量等方面的優(yōu)化下，進(jìn)行上述的URL使用優(yōu)化，肯定能使你的頁(yè)面有更好的呈現。