今天無意間打開了一個(gè)CSDN上的個(gè)人blog，發(fā)現(xiàn)窗口無法拖動(dòng)，F(xiàn)irefox的標(biāo)簽頁也無法切換。

查看代碼：

//http://blog.csdn.net/scripts/jsframework.js  
window.Include=function(namespace, path)  
{  
   ..  
};  
S.load=function(namespace, path)  
{  
     
}  

仔細(xì)閱讀這兩個(gè)函數(shù)代碼，發(fā)現(xiàn)它是通過XMLHttpRequest對(duì)象同步裝載腳本資源的（對(duì)IE，它采用userdata緩存優(yōu)化）。而這必將導(dǎo)致一種完全阻塞問題（這種問題我在仍外一篇blog上描述過：http://jindw.javaeye.com/blog/66702）。

說到阻塞問題，我想大家可能會(huì)以為只是一種下載延遲，其實(shí)不然。
下載延遲不是完全阻塞，瀏覽器依然可以響應(yīng)用戶事件。而同步XHR請(qǐng)求阻塞是一種完全的阻塞。
瀏覽器在腳本運(yùn)行與事件響應(yīng)共用同一個(gè)線程（我的猜測(cè)）。任何腳本尚在運(yùn)行時(shí)（包括被同步XHR請(qǐng)求阻塞的時(shí)間），瀏覽器將無法響應(yīng)任何用戶事件（無法拖放窗口、切換標(biāo)簽、重畫頁面等等，就像程序死了一樣）。與普通的下載延遲造成的阻塞，感覺明顯不同。

我對(duì)這個(gè)問題可以說深有體會(huì)，起初，在構(gòu)建JSI1的項(xiàng)目站點(diǎn)時(shí)。因?yàn)榫W(wǎng)站放在sourceforge上，訪問數(shù)度不是一般的慢，幾個(gè)簡(jiǎn)單的例子，瀏覽器就要完全阻塞好幾妙鐘。正是厭惡這種完全阻塞的現(xiàn)象，我才開發(fā)了JSI2。

事實(shí)上，現(xiàn)在的一堆堆js框架中，采用XHR同步裝載資源的有不少，JSVM、dojo、a9engine、hax的pies；其中JSVM， dojo都提供打包工具，將可能裝載的腳本打包到啟動(dòng)文件中，所以也可以避免XHR同步請(qǐng)求。不過這樣也就失去了部分動(dòng)態(tài)裝載的意義了。

總之，我非常討厭這種完全阻塞現(xiàn)象，認(rèn)為這個(gè)嚴(yán)重影響用戶體驗(yàn)。
可能也有些主觀因素把，希望聽聽大家的看法。