1. 代碼開頭設(shè)置了Codepage和Charset為UTF-8，這很好。

2. 但是，在處理錯誤信息輸出時，有一段代碼臨時將Session.Codepage設(shè)置為1252（西歐編碼），這可能會導(dǎo)致非英文字符顯示亂碼。

3. 錯誤頁面中，當(dāng)輸出錯誤描述等信息時，使用了Server.HTMLEncode，這可以防止XSS，但編碼設(shè)置不一致可能導(dǎo)致亂碼。

解決方案：

1. 移除臨時更改Session.Codepage的代碼，因為整個頁面應(yīng)該使用UTF-8編碼。 2. 確保所有輸出都使用UTF-8編碼。

具體修改：

原代碼中：   bakCodepage = Session.Codepage   Session.Codepage = 1252 然后后面又恢復(fù)：   Session.Codepage = bakCodepage 這里臨時更改為1252編碼的目的是為了確保錯誤信息中的英文字符能正確顯示，但這會導(dǎo)致非英文字符（如中文）顯示為亂碼。 由于我們的錯誤頁面已經(jīng)全部使用UTF-8編碼，因此不應(yīng)該臨時更改Session.Codepage。

修改步驟：

1. 刪除臨時更改Session.Codepage的代碼，即刪除以下行：      bakCodepage = Session.Codepage      Session.Codepage = 1252

   和后面的恢復(fù)代碼：

     Session.Codepage = bakCodepage

2. 確保整個頁面使用UTF-8編碼。

注意：如果錯誤信息中包含非英文字符，使用UTF-8編碼可以正確顯示。

修改后的代碼段：

將原來的：   Dim bakCodepage   on error resume next   bakCodepage = Session.Codepage   Session.Codepage = 1252   on error goto 0

和后面的：

  on error resume next   Session.Codepage = bakCodepage   on error goto 0 刪除。

但是，注意：原代碼中在輸出錯誤信息時，使用了Server.HTMLEncode，這不會影響字符編碼，只是將特殊字符轉(zhuǎn)換為HTML實體。而更改Session.Codepage可能會影響字符串函數(shù)（如Len、Mid等）的處理，但在這個錯誤頁面中，我們并沒有使用這些函數(shù)處理錯誤信息，所以直接刪除應(yīng)該沒有問題。