『壹』 為了實現共享資源的訪問，多個任務之間通過什麼 實現同步
好無聊
『貳』 什麼是非同步載入什麼是同步載入
1.ie動態載入js文件時,它默認就為同步,可以不用設置同步(也可直調用Skip.includeJsSrc())2.ff動態載入js文件時,它默認為非同步,要設置成同步,載入完直接調用才不會出錯3.無論ie還是ff在動態載入js內容時,沒有請求伺服器,不會存在非同步問題注:無論ie還是ff在頁面載入js時(即執行整個頁面),都是為同步的載入,除非設置script的屬性defer="true"(此屬性好像也只是對ie有效)
『叄』 require同步載入是怎麼實現的
最早的時候，所有Javascript代碼都寫在一個文件裡面，只要載入這一個文件就夠了。後來，代碼越來越多，一個文件不夠了，必須分成多個文件，依次載入。下面的網頁代碼，相信很多人都見過。
<script src="1.js"></script>
<script src="2.js"></script>
<script src="3.js"></script>
<script src="4.js"></script>
<script src="5.js"></script>
<script src="6.js"></script>
這段代碼依次載入多個js文件。
這樣的寫法有很大的缺點。首先，載入的時候，瀏覽器會停止網頁渲染，載入文件越多，網頁失去響應的時間就會越長；其次，由於js文件之間存在依賴關系，因此必須嚴格保證載入順序（比如上例的1.js要在2.js的前面），依賴性最大的模塊一定要放到最後載入，當依賴關系很復雜的時候，代碼的編寫和維護都會變得困難。
require.js的誕生，就是為了解決這兩個問題：
（1）實現js文件的非同步載入，避免網頁失去響應；
（2）管理模塊之間的依賴性，便於代碼的編寫和維護。
二、require.js的載入
使用require.js的第一步，是先去官方網站下載最新版本。
下載後，假定把它放在js子目錄下面，就可以載入了。
<script src="js/require.js"></script>
有人可能會想到，載入這個文件，也可能造成網頁失去響應。解決辦法有兩個，一個是把它放在網頁底部載入，另一個是寫成下面這樣：
<script src="js/require.js" defer async="true" ></script>
async屬性表明這個文件需要非同步載入，避免網頁失去響應。IE不支持這個屬性，只支持defer，所以把defer也寫上。
載入require.js以後，下一步就要載入我們自己的代碼了。假定我們自己的代碼文件是main.js，也放在js目錄下面。那麼，只需要寫成下面這樣就行了：
<script src="js/require.js" data-main="js/main"></script>
data-main屬性的作用是，指定網頁程序的主模塊。在上例中，就是js目錄下面的main.js，這個文件會第一個被require.js載入。由於require.js默認的文件後綴名是js，所以可以把main.js簡寫成main。
『肆』 怎樣用JS實現非同步轉同步
源起
小飛是一名剛入行前端不久的新人，因為進到了某個大公司，儼然成為了學弟學妹眼中'大神'，大家遇到js問題都喜歡問他，這不，此時他的qq彈出了這樣一條消息
"hi,大神在嗎？我有個問題想問，現在我們的代碼裡面有這樣的東西,可是得不到正確的返回結果
1234567functiongetDataByAjax () {return$.ajax(...postParam)}vardata = getDataByAjax()if(data) {console.log(data.info)}"哦，你這里是非同步調用，不能直接獲得返回值，你要把if語句寫到回調函數中",小飛不假思索的說到，對於一個『專業』的fe來說，這根本不是一個問題。
「可是我希望只是改造getDataByAjax這個方法，讓後面的代碼成立。」
「研究這個沒有意義，非同步是js的精髓，同步的話會阻塞js調用，超級慢的，但是你要一再堅持的話，用async:true就好了」
「不愧是大神，我回去立刻試一試，么么噠」
兩天後，她哭喪著臉登上了qq
「試了一下你的方法，但是根本行不通，哭~~」
「別急，我看看你這個postParam的參數行嗎」
"這是一個jsonp請求啊，老掉牙的東西了，，jsonp請求是沒有辦法同步的"
「我知道jsonp請求的原理是通過script標簽實現的，但是，你看，script也是支持同步的呀，你看tags/attscriptasync.asp」
「額，那可能是jquery沒有實現吧，哈哈」
「大神，你能幫我實現一個jsonp的同步調用方式嘛，拜託了(星星眼)」
雖然他有點奇怪jquery為什麼沒有實現，但是既然w3school的標准擺在那裡，碼兩行代碼又沒什麼，
額，運行起來結果竟然是undefined！w3cshool的文檔竟然也不準，還權威呢，我看也不怎麼著，小飛暗自想到。
「剛才試了一下，w3school文檔上寫的有問題，這個非同步屬性根本就是錯的」
「可是我剛還試過一次這個，我確認是好的呀」
(有興趣的同學可以實現以下兩個js，並且加上async的標簽進行嘗試。)
「這個，我就搞不清楚了」，小飛訕訕的說到
對方已離線
抽象
關於這個問題，相信不只是小飛，很多人都難以解答。為什麼ajax可以做到同步，但jsonp不行，推廣到nodejs上，為什麼readFile也可以做到同步(readFileSync)，但有的庫卻不行。
（至於script的async選項我們暫時避而不談，是因為現在的知識維度暫時還不夠，但是不要著急，下文中會給出明確的解釋）
現在，讓我們以計算機科學的角度抽象這個問題：
我們是否可以將非同步代碼轉化為同步代碼呢？(ASYNCCALL => SYNCCALL)
既然是抽象問題，那麼我們就可以不從工程角度/性能角度/實現語言等等等方面來看(同步比非同步效率低下),每增加一個維度，復雜程度將以幾何爆炸般增長下去。
首先，我們來明確一點，==在計算機科學領域==同步和非同步的定義
同步（英語：Synchronization），指對在一個系統中所發生的事件（event）之間進行協調，在時間上出現一致性與統一化的現象。在系統中進行同步，也被稱為及時（in time）、同步化的（synchronous、in sync）。--摘自網路
非同步的概念和同步相對。即時間不一致，不統一
明確了這一點，我們可以藉助甘特圖來表示同步和非同步
注意看我們標紅的地方，如果你完成了小測驗1，就會得到和這張圖一致的順序
==同步執行的代碼片段必然在非同步之前。==
所以，無論從理論還是實際出發，我們都不得不承認，在js中，把非同步方法改成同步方法這個命題是水月鏡花
哦對了，最後還需要解釋一下最開始我們埋下的坑， 為什麼jsonp中的async沒有生效，現在解釋起來真的是相當輕松，即document.appendChild的動作是交由dom渲染線程完成的，所謂的async阻塞的是dom的解析，而非js引擎的阻塞。實際上，在async獲取資源後，與js引擎的交互依舊是push taskQueue的動作，也就是我們所說的async call
推薦閱讀： 關於dom解析請大家參考webkit技術內幕第九章資源載入部分
峰迴路轉
相信很多新潮的同學已經開始運用切了async/await語法，在下面的語法中，getAjax1和console之間的具有同步的特性
1234asyncfunction() {vardata = await getAjax1()console.log(data)}講完了event loop和非同步的本質，我們來重新審視一下async/await。
老天，這段代碼親手推翻了==同步執行的代碼片段必然在非同步之前。== 的黃金定律！
驚不驚喜，意不意外，這在我們的模型里如同三體里的質子一樣的存在。我們重新審視了一遍上面的模型，實在找不到漏洞，找不到任何可以推翻的點，所以真的必須承認，async/await絕對是一個超級神奇的魔法。
到這里來看我們不得不暫時放棄前面的推論，從async/await本身來看這個問題
相信很多人都會說，async/await是CO的語法糖，CO又是generator/promise的語法糖，好的，那我們不妨去掉這層語法糖，來看看這種代碼的本質, 關於CO，讀的人太多了，我實在不好老生常談，可以看看這篇文章，咱們就直接繞過去了,這里給出一個簡易的實現
/5800210.html
終於，我們發現了問題的關鍵，如果單純的看wait生成器(注意，不是普通的函數)，是不是覺得非常眼熟。這就是我們最開始提出的spinlock偽代碼！！！
這個已經被我們完完全全的否定過了，js不可能存在自旋鎖，事出反常必有妖，是的，yield和*就是表演async/await魔法的妖精。
generator和yield字面上含義。Gennerator叫做生成器，yield這塊ruby，python，js等各種語言界爭議很大，但是大多數人對於『讓權』這個概念是認同的(以前看到過maillist上面的爭論，但是具體的內容已經找不到了)
擴展閱讀---ruby元編程 閉包章節yield(ruby語義下的yield)
所謂讓權，是指cpu在執行時讓出使用權利，操作系統的角度來看就是『掛起』原語，在eventloop的語義下，似乎是暫存起當時正在執行的代碼塊(在我們的eventloop裡面對應runPart)，然後順序的執行下一個程序塊。
我們可以修改eventloop來實現讓權機制
小測驗2 修改eventloop使之支持yield原語
至此，通過修改eventloop模型固然可以解決問題，但是，這並不能被稱之為魔法。
和諧共存的世界
實際上通過babel，我們可以輕松的降級使用yield,（在es5的世界使用讓權的概念！！）
看似不可能的事情，現在，讓我們撿起曾經論證過的
==同步執行的代碼片段必然在非同步之前。== 這個定理，在此基礎上進行進行逆否轉化
==在非同步代碼執行之後的代碼必然不是同步執行的(非同步的)。==
這是一個圈子裡人盡皆知的話，但直到現在他才變得有說服力（我們繞了一個好長的圈子）
現在，讓我們允許使用callback，不使用generator/yield的情況下完成一個wait generator相同的功能！！！
太棒了，我們成功的完成了generator到function的轉化(雖然成本高昂)，同時，這段代碼本身也解釋清楚了generator的本質，高階函數，片段生成器，或者直接叫做函數生成器！這和scip上的翻譯完全一致,同時擁有自己的狀態(有限狀態機)
推薦閱讀 計算機程序的構造和解釋 第一章generator部分
小測驗3 實際上我們提供的解決方式存在缺陷，請從作用域角度談談
其實，在不知不覺中，我們已經重新發明了計算機科學中大名鼎鼎的CPS變換
Continuation-passing_style
最後的最後，容我向大家介紹一下facebook的CPS自動變換工具--regenerator。他在我們的基礎上修正了作用域的缺陷，讓generator在es5的世界裡自然優雅。我們向facebook脫帽致敬！！egenerator
後記
同步非同步 可以說是整個圈子裡面最喜歡談論的問題，但是，談來談去，似乎絕大多數變成了所謂的『約定俗稱』，大家意味追求新技術的同時，卻並不關心新技術是如何在老技術上傳承發展的，知其然而不知其所以然，人雲亦雲的寫著似是而非的js。
==技術，不應該浮躁==
PS: 最大的功勞不是CO，也不是babel。regenerator的出現比babel早幾個月，而且最初的實現是基於esprima/recast的，關於resprima/recast,國內似乎了解的並不多，其實在babel剛剛誕生之際， esprima/esprima-fb/acron 以及recast/jstransfrom/babel-generator幾大族系圍繞著react產生過一場激烈的斗爭，或許將來的某一天，我會再從實現細節上談一談為什麼babel笑到了最後~~~~
『伍』 js或jquery如何同步載入 html或txt或css~
載入css. js 也一樣.
<script>
doucment.write("<link rel='stylesheet' href='/fore/nec/css/base.css'")
</script>
你說的將存在文件中的數據載入到頁面中,也不是多大的問題.關鍵在於你要載入的文件是存儲在客戶端還是在服務端
『陸』 如何理解將資源載入到內存中
我們都知道，硬碟速度是不可能和內存速度比的，所以，在載入程序時（包括各種應用軟體、各種游戲程序等），電腦會自動把一部分需要高速讀寫的數據先暫時放到內存中，這樣，我們在使用程序時，才會得到一個較高速的使用體驗。這個體驗，針對大型軟體最為有效和明顯（比如大型編輯程序、大型運算程序、大型游戲等等）
『柒』 怎樣在Eclipse中設置資源同步
點Details,看詳情,有可能是網路問題,連不上代碼伺服器 . 把details的內容貼出來。
『捌』 數據同步的重要性如何實現數據同步
一般企業的大型項目都是需要團隊成員相互配合完成的。如果項目的推進程度，團隊成員之間沒有及時的共享，那麼整體的工作效率不高不說，還有可能成員間重復同一個工作，導致整個流程亂了套。這種情況下，就急需一款CRM系統，來實現數據的同步。
比如簡信CRM軟體，客戶在前一刻，跟銷售員A說了一個需求，銷售員A立馬把這個需求寫到CRM系統里，然後共享給有許可權的其他組員。其他組員看到之後，就可以按照客戶的需求去推進項目。之後，客戶又表明了還需要哪些服務和產品，此時，銷售人員再次將新的需求寫進CRM系統里，這些數據信息都是同步進行的，團隊成員就可以及時按照客戶需求進行項目推進。
同時，簡信CRM的移動端也非常的便捷好用，出門在外也不影響，工作效率大大提高。對於辦公時間、地點都沒有限制，隨時查詢，隨時記錄，手機、電腦等平台數據實時同步。比如拜訪客戶回來的路上，在地鐵上就可以打開手機登錄簡信CRM系統，將見客戶的情況記錄到系統中，那麼此時，既不耽誤回家的時間，還能夠實現電腦端的同步。，且還便於領導查看聯系情況，對於拜訪客戶的情況給出批復，或者問題的解答。大大提升了工作的效率，縮短了銷售周期，有利於公司業績的提升。
隨著互聯網、大數據、智能化的迅速發展，企業紛紛斥資於CRM系統。CRM系統在數據處理方面能夠做到實時同步，銷售人員的時間都是極其寶貴的，實現數據信息的同步，對他們來說，可以節省非常多的時間，這些省出來的時間可以爭取更多的客戶資源，為企業爭取更好的利益。
『玖』 你是如何做到同步的
線程的同步就相當於只有一個浴室（共用資源）。但是很多人要洗澡（線程），所以為了避免同一時間段有多人擁入浴室，在一個人進入浴室的時候把門鎖起來，這樣其他人只能等待，等那人洗好開了門才能進入下一個
實現的話就是給你線程中訪問共用資源的代碼段加上
public void run()
{
synchronized(Object)//括弧內為監聽的共用資源對象名，注意是對象不是類
{
//改變共用資源的語句
}
}