由于自己的疏忽出現(xiàn)了這個(gè)怪問題，但是為什么會(huì)出現(xiàn)這樣的事情呢。我又進(jìn)行了深入研究。

Server.MapPath方法

返回Web服務(wù)器上指定虛擬路徑相對(duì)應(yīng)的物理文件路徑。

如果通過這個(gè)方法能夠得到目錄的物理路徑，那么

Server.MapPath("~/Spread")+"/Upload"和Server.MapPath("~/spread/Upload")，也沒有區(qū)別啊。為什么會(huì)產(chǎn)生不同的效果呢？而實(shí)際的結(jié)果是，這兩者的路徑并不相同。

前者返回的是Upload的原路徑，而后者返回的是Upload指向的虛擬路徑。如果真是這樣，那么疑問就已經(jīng)揭開了。

于是我做了一個(gè)小小的測(cè)試程序。

測(cè)試程序

建立一個(gè)測(cè)試用例，在根目錄下創(chuàng)建BBS目錄，然后在BBS目錄下創(chuàng)建Upload目錄，在用例發(fā)布后，首先測(cè)試返回的結(jié)果，然后將Upload建立虛擬目錄，指向其它的物理路徑，查看返回的值。

主程序：


測(cè)試結(jié)果:

結(jié)果證實(shí)了推出的結(jié)論，的確，Server.MapPath返回的是虛擬路徑的物理地址。哎，其實(shí)其定義本來(lái)就是這樣了，不過有的時(shí)候就是不碰南墻不死心。

但是還有一個(gè)問題：

在上傳成功的圖片，在顯示的時(shí)候，路徑綁定的是相對(duì)路徑，用一個(gè)Image控件顯示，其圖片地址如：“~/Spread/Upload/080826094153.jpg”，但是當(dāng)你將該圖片放到虛擬目錄中去，將以前的Upload目錄給刪除，也能夠正常顯示，而這里并沒有用到Server.MapPath。這個(gè)問題又把我搞糊涂了，難道IIS自動(dòng)能夠識(shí)別其虛擬目錄的地址？但是如果是這樣，為什么上傳的時(shí)候，則沒有識(shí)別出來(lái)？
--------------------------------------------------------------------------------
謝謝大家的意見，本問題已經(jīng)得以及解決。

教訓(xùn)：

<1>注意基本方法的正確理解

<2>在上傳文件時(shí)，如果需要對(duì)其存儲(chǔ)目錄建立虛擬目錄，那么Server.MapPath參數(shù)應(yīng)該是此目錄。

<3>一定要注意頁(yè)面緩存帶來(lái)的煩擾