什麼情況下會發生404錯誤？

 404 意味著Not Found，意思是說未找到資源。既然如此，那麼至少會有兩種原因導致404錯誤：該資源按理說是要有，但我們沒有提供。用戶按照正常的方式來請求，所以資源找不到。該資源本來就不存在，用戶按照不正常的方式來請求，當然還是找不到。

先來看第一種情況吧。

1. 例如每個網站其實默認都應該有一個favicon.ico文件（規定是放在網站的根目錄下麵），它用來在瀏覽器中為網站顯示一個小圖標。這個文件是由瀏覽器自動請求的，如果找不到，則自然會報告404錯誤。

2. 還有一種可能性就是，用戶之前訪問過你的網站，當時某個頁麵是存在的(比如html/cn/index.html)，而且為了訪問方便，他將這個頁麵收藏起來（恭喜你，有人收藏你的網頁表明你的網頁對他很有用）。但是在某個時候，你的網站由於某些考慮，例如功能合並或者重組等，對html/cn/index.html做了改動，並且重新命名為了html/cn/index.htm。試想一下，如果原先那個用戶使用收藏夾裏麵記錄的地址來訪問，那麼是不是會發生404錯誤呢？

3. 又或者，你在網頁中定義的鏈接地址，由於疏忽，在發布之前沒有檢查，導致原來應該鏈接到html/cn/index.htm的鏈接，寫成了html/cn/index.html，用戶在點擊鏈接的時候，同樣會收到404錯誤。

以上三種場景都屬於本來應該提供資源，但是我們卻沒有提供，所以由於此類問題導致的404錯誤，我們是應該（同時也可以）避免的。

但另外一些情形就可能不容易完全避免了，例如用戶就是輸入了錯誤的地址（天知道，他們可能是真的誤操作，也可能是故意輸錯的），因為該資源本來就不存在，所以當然應該是返回404錯誤。

誤操作：用戶本來想輸入html/cn/index.htm，但卻輸成了html/cn/index.html故意輸錯：用戶本來就不想好好用你的網站，所以他故意亂輸入了一些地址。

404錯誤會有什麼影響？

看不到的影響：有時候，404錯誤發生了，用戶可能根本沒有感覺到。例如請求favicon.ico文件，或者請求了某個不存在的腳本文件、樣式表、圖片文件，頁麵還是會按照正常的方式進行呈現。丟失的腳本文件、樣式表、圖片文件，會導致頁麵的某些行為、界麵效果出現異常（也可能不是很明顯）

最大的問題可能是性能方麵的影響。尤其是如果請求一個不存在的腳本文件，因為瀏覽器在請求腳本文件的時候，即便是返回404，它也會嚐試去按照Javascript的方式解析響應中的內容。這無疑會增加很多處理的時間，而因為該文件不存在，所以這些都是無用功。看得到的影響：如果用戶請求的某個頁麵不存在，那麼他將收到明確的回應。默認情況下，他將收到一個標準的錯誤頁麵（請注意：不少用戶會被這個頁麵嚇到）

應該如何盡可能避免404錯誤的發生

既然了解了404錯誤發生的場景，那麼相應的，我們可以通過一些措施來盡可能避免它的發生：

1、為網站提供favicon.ico。

2、在發布網站前的測試工作中，運行Link checker工具，確保所有鏈接都是能夠訪問到的。這個工具是W3C發布的，完全免費，你值得擁有。

3、為了避免用戶收藏絕對地址（html/cn/index.html)，給後期更新帶來隱患。可以考慮在設計階段采用 Url Rewriting  或者 Routing 等技術來實現更加友好和靈活的地址，以後如果業務邏輯有變化，隻需要修改一下路由規則即可。

第三條措施,同樣可以盡可能地減少用戶手工輸入地址出錯的機會。

如何提供自定義的404錯誤頁麵

我們知道，404錯誤是無法完全避免的。而默認情況下，IIS 服務會提供標準的錯誤頁麵（但是，這些頁麵可能不是那麼友好）。所以，為了讓你的網站能在出現這種錯誤的時候，給用戶相對較好一些的用戶體驗，我建議你應該設計自定義的404錯誤頁麵。