之前認(rèn)知里面立砸，java的String一直是使用char數(shù)組霉赡，但是今天點(diǎn)進(jìn)去瞟了一眼变隔，發(fā)現(xiàn)不對(duì)吞歼。源碼如下： 這分明就是byte數(shù)組点额，哪里是char了狈癞？于是上網(wǎng)查了下夯到，這個(gè)改動(dòng)在...
發(fā)簡(jiǎn)信
IP屬地：浙江
-
Java9 后String 為什么使用byte[]而不是char? -
Atomic就是原子性的意思，即能夠保證在高并發(fā)的情況下只有一個(gè)線程能夠訪問這個(gè)屬性值售葡。（類似我們之前所說的volatile）
???
建議作者再好好理解下吧理解AtomicBoolean
這里我們就從AtomicBoolean開始說吧看杭，自己正好也復(fù)習(xí)一下。對(duì)于官方的說明是： 可以用原子方式更新的 boolean 值挟伙。有關(guān)原子變量屬性的描述楼雹，請(qǐng)參閱 java.u...
-
方一物 ·compareAndSet使用CAS機(jī)制主要是用于保證同一個(gè)線程執(zhí)行完代碼塊后才能讓其它線程執(zhí)行，保證代碼執(zhí)行的順序性尖阔。而作者所說的安全性不需要使用compareAndSet也能贮缅，因?yàn)榈讓釉创a聲明了存儲(chǔ)對(duì)象是volatile的整型。詳情了解請(qǐng)參照該文章：https://baijiahao.baidu.com/s?id=1647915101064077163&;wfr=spider&for=pc
從心出發(fā)23 評(píng)論自理解AtomicBoolean -
“Java方法執(zhí)行一般會(huì)利用分層編譯介却，先通過c1解釋執(zhí)行谴供。方法執(zhí)行編譯等級(jí)逐漸提升，有機(jī)會(huì)通過JIT編譯為特定平臺(tái)匯編執(zhí)行齿坷，以此獲得最好的性能”桂肌。
這句話不太嚴(yán)謹(jǐn)。
JVM的執(zhí)行模式為：解釋器 + JIt（C1 + C2）. C1（Client）隸屬于JIT編譯永淌，而不是解釋器崎场。“方法執(zhí)行編譯等級(jí)逐級(jí)提升”仰禀，這句徹頭徹尾的錯(cuò)，編譯的幾個(gè)層級(jí)蚕愤，并不是單純的遞進(jìn)關(guān)系答恶，交互關(guān)系稍復(fù)雜∑加眨“編譯為本地代碼”只是編譯器的優(yōu)化手段之一悬嗓，與之同等甚至更重要的方法內(nèi)聯(lián)（，不僅僅是減少了方法調(diào)用裕坊，更重要的是能夠?yàn)樘右莘治鲎銮爸脺?zhǔn)備）包竹、棧上分配、標(biāo)量替換等....Java方法的JIT編譯
Java方法執(zhí)行一般會(huì)利用分層編譯籍凝，先通過c1解釋執(zhí)行周瞎。方法執(zhí)行編譯等級(jí)逐漸提升，有機(jī)會(huì)通過JIT編譯為特定平臺(tái)匯編執(zhí)行饵蒂，以此獲得最好的性能声诸。 方法執(zhí)行除了達(dá)到一定熱度外，是...
-
Java中的Unsafe
簡(jiǎn)介 Java是一種安全的編程語(yǔ)言毒租，可以防止程序員犯許多愚蠢的錯(cuò)誤稚铣，其中大多數(shù)錯(cuò)誤都是基于內(nèi)存管理的。但是蝌衔，有一種方法可以繞過這些限制榛泛，即使用 Unsafe class∝澹可以...
-
好聽的鄉(xiāng)村音樂合輯
記錄這些年來(lái)聽過的好聽鄉(xiāng)村音樂曹锨，大部分是單身時(shí)期，習(xí)慣在夜深人靜的時(shí)候聽歌挖掘的 The Heart Won't Lie歌手：Reba McEntire專輯：Greatest...
-
邏輯清晰剃允，很透
Java 8之HashMap理解
簡(jiǎn)介 HashMap在工作中使用頻率最高的用于映射(鍵值對(duì))處理的數(shù)據(jù)類型沛简。本文主要通過JDK1.8版本，深入探討HashMap的結(jié)構(gòu)實(shí)現(xiàn)和功能原理斥废。 功能實(shí)現(xiàn) 一椒楣、傳統(tǒng) H...
-
我是認(rèn)真看文的阀溶。
有個(gè)疑問，文末動(dòng)圖出自哪部電影鸦泳？Java Agent簡(jiǎn)介
這個(gè)是之前寫類加載器篇時(shí)候挖的坑银锻，來(lái)填坑了。 引言 以前在做后臺(tái)服務(wù)開發(fā)的時(shí)候做鹰，SpringBoot每次改動(dòng)代碼都需要手動(dòng)重啟才能生效徒仓，感覺賊麻煩，后來(lái)使用Spring提供的...
-
方一物 ·
return 和 defer不是同時(shí)執(zhí)行誊垢，而是 在return更新完返回值之后再去執(zhí)行defer掉弛，可以用這個(gè)特性來(lái)觀察返回值症见，在go語(yǔ)言圣經(jīng)5.8章 198葉可以查到，如果它沒說錯(cuò)的話殃饿，所以坑1的原因是先更新返回值谋作，再執(zhí)行defer函數(shù)，因?yàn)榉祷刂的涿醴迹愿碌氖莚esult變量遵蚜，result沒有賦值給返回值，而命名返回值的函數(shù)奈惑，一直操作的是返回值吭净，在defer中也是操作的defer，所以最后在defer執(zhí)行完畢返回的就是最新的返回值肴甸，跟你的結(jié)果差不多一致寂殉，但是原因不一樣，按你的思路我想了2天還是無(wú)法說服自己原在，最后查了好多資料才搞懂友扰。
一度聽雨 評(píng)論自Go語(yǔ)言中defer的一些坑 -
大哥，鏡像都沒拉下來(lái)庶柿，沒發(fā)現(xiàn)嗎村怪？
kubernetes1.13.0安裝helm并部署Nginx Ingress及dashboard
安裝Helm Helm由客戶端命helm令行工具和服務(wù)端tiller組成，Helm的安裝十分簡(jiǎn)單浮庐。 下載helm命令行工具到master節(jié)點(diǎn)node1的/usr/local/...
-
“如果另一個(gè)客戶端C5率先獲取到鎖甚负，C4執(zhí)行GETSET命令后將返回非過期時(shí)間，然后C4繼續(xù)從頭開始重新嘗試獲取鎖审残。此操作C4將延長(zhǎng)一點(diǎn)C5獲取到的鎖的過期時(shí)間梭域，不過這不是什么大問題∥Γ”
高并發(fā)問題下碰辅，該問題會(huì)被無(wú)限方法懂昂，“不是什么大問題”會(huì)變成莫名其妙令人郁悶的“大問題”RedisTemplate用SETNX命令實(shí)現(xiàn)分布式鎖
使用SETNX命令獲取分布式鎖的步驟： C1和C2線程同時(shí)檢查時(shí)間戳獲取鎖介时，執(zhí)行SETNX命令并都返回0，此時(shí)鎖仍被C3持有凌彬，并且C3已經(jīng)崩潰 C1 DEL鎖 C1 使用SE...
