在chrome中：

如果這時候點(diǎn)開a：

如果不點(diǎn)開,并且賦值obj.a=4444，這時候再點(diǎn)開a：

因?yàn)閏hrome中console.log打印出來的是引用的快照，而不是快照的內(nèi)容，如果你不點(diǎn)開，引擎是不會去這個引用的地址去取內(nèi)容的，如果你沒點(diǎn)開并且賦值了，再把剛剛console.log打印出來的引用點(diǎn)開，那么會立即去取這個地址的內(nèi)容，看起來就像是異步的。
個人覺得這是chrome做的一個優(yōu)化吧，因?yàn)槿绻帽容^大，打印出來是比較耗性能的

在ie中：
console.log會立即打印出來，不管這個對象有多大 -。-

console.log 是同步的，絕不是異步的。

為什么有上面這種神奇的現(xiàn)象？

因?yàn)檎归_ console.log 里的對象的一瞬間，瀏覽器將會重新讀取這個對象，因此你看見的就是最新的。

你可以復(fù)制一份一樣的對象來試試。

以下內(nèi)容完全引自：《你不知道的javascript中卷》第二部分異步和性能 1.1 異步控制臺部分

并沒有什么規(guī)范或一組需求指定console.* 方法族如何工作——它們并不是JavaScript 正式
的一部分，而是由宿主環(huán)境（請參考本書的“類型和語法”部分）添加到JavaScript 中的。因此，不同的瀏覽器和JavaScript 環(huán)境可以按照自己的意愿來實(shí)現(xiàn)，有時候這會引起混淆。

尤其要提出的是，在某些條件下，某些瀏覽器的console.log(..) 并不會把傳入的內(nèi)容立即輸出。出現(xiàn)這種情況的主要原因是，在許多程序（不只是JavaScript）中，I/O 是非常低速的阻塞部分。所以，（從頁面/UI 的角度來說）瀏覽器在后臺異步處理控制臺I/O 能夠提高性能，這時用戶甚至可能根本意識不到其發(fā)生。

下面這種情景不是很常見，但也可能發(fā)生，從中（不是從代碼本身而是從外部）可以觀察到這種情況：
PS:可以試試這個

var a = {
    index: 1
};
// 然后
console.log( a ); // ??
// 再然后
a.index++;

我們通常認(rèn)為恰好在執(zhí)行到console.log(..) 語句的時候會看到a 對象的快照，打印出類
似于{ index: 1 } 這樣的內(nèi)容，然后在下一條語句a.index++ 執(zhí)行時將其修改，這句的執(zhí)
行會嚴(yán)格在a 的輸出之后。

多數(shù)情況下，前述代碼在開發(fā)者工具的控制臺中輸出的對象表示與期望是一致的。

但是，這段代碼運(yùn)行的時候，瀏覽器可能會認(rèn)為需要把控制臺I/O 延遲到后臺，在這種情況下，
等到瀏覽器控制臺輸出對象內(nèi)容時，a.index++ 可能已經(jīng)執(zhí)行，因此會顯示{ index: 2 }。

到底什么時候控制臺I/O 會延遲，甚至是否能夠被觀察到，這都是游移不定的。

如果在調(diào)試的過程中遇到對象在console.log(..) 語句之后被修改，可你卻看到了意料之外的結(jié)果，要意識到這可能是這種I/O 的異步化造成的。

如果遇到這種少見的情況，最好的選擇是在JavaScript 調(diào)試器中使用斷點(diǎn)，而不要依賴控制臺輸出。次優(yōu)的方案是把對象序列化到一個字符串中，以強(qiáng)制執(zhí)行一次“快照”，比如通過JSON.stringify(..)。

你應(yīng)該用調(diào)試工具，不應(yīng)該用console.log, 他不是異步，而是你打印的東西是對象，是引用，執(zhí)行到你打印的位置，值還沒有變化，后面你如果修改了，那么打印的是修改后的。這個是引用知識點(diǎn)，和console.log() 沒有關(guān)系

方法不是異步，你點(diǎn)擊打開對象是