最新回答 / tanyaping2015
應(yīng)該加上synchronized（this），而不是為方法加synchronized
最新回答 / 慕移動(dòng)9181930
嗯嗯這個(gè)可以有^_^...用框架吧還是，如果實(shí)在不想用，自己可為ie8及以下寫(xiě)一個(gè)類似方法來(lái)模擬getElementsByClassName()
2017-05-19
不會(huì)才學(xué)，會(huì)了還在學(xué)毛線，有些人比別人早知道兩天就開(kāi)始裝上了喘上了，很好奇你這樣在公司混的開(kāi)嗎？
2017-05-08
感覺(jué)JMM的內(nèi)存模型和多核并行中UMA和NUMA有些相似之處。多核并行中，對(duì)于局部的緩存或者是chach中的更新策略有兩種：寫(xiě)無(wú)效和寫(xiě)更新，寫(xiě)無(wú)效是一種懶加載，即當(dāng)一個(gè)核下的緩存被修改之后，在公共的內(nèi)存和其他的核的副本處打上數(shù)據(jù)失效的標(biāo)識(shí)，如果其他的核在訪問(wèn)自己的緩存的時(shí)候發(fā)現(xiàn)了這個(gè)標(biāo)識(shí)，就要去主動(dòng)更新它。寫(xiě)更新是指當(dāng)一個(gè)核修改了自己的緩存后，會(huì)及時(shí)的更新其他的副本。JMM的處理過(guò)程和寫(xiě)更新實(shí)在太相似了！
2017-05-08
http://www.jianshu.com/u/1f0067e24ff8 jvm和并發(fā)編程相關(guān)的blog
2017-04-27
0，6的結(jié)果，也可能是讀線程和寫(xiě)線程start后，誰(shuí)先被cpu調(diào)度引起的。好像只加synchronized不能控制0，6的結(jié)果。需要利用線程同步的知識(shí)來(lái)解決。而sleep那個(gè)利用主線程阻塞的方式，很危險(xiǎn)。那個(gè)sleep完全是經(jīng)驗(yàn)值。如果寫(xiě)線程本身函數(shù)方法執(zhí)行時(shí)間用時(shí)超過(guò)sleep時(shí)間或用時(shí)不定，結(jié)果就又會(huì)亂了。
2017-04-23
這里意思是線程的安全性主要是可見(jiàn)性和重排序兩種方面導(dǎo)致，有了synchronized就能解決可見(jiàn)性的問(wèn)題，即共享變量在主內(nèi)存和工作空間的值得到及時(shí)更新，；視頻后半部分說(shuō)的是另外synchronized無(wú)法解決的重排序問(wèn)題，重排序的原因自己看，所以要用線程休眠的方法，讓其中一個(gè)線程完全執(zhí)行后，再和進(jìn)行可見(jiàn)性操作，這樣就基本避免了重排序?qū)е碌闹递敵鰡?wèn)題
2017-04-23
最新回答 / 不停地追逐
沒(méi)用過(guò)這個(gè)軟件，不太清楚
