之前認(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ù)雜?！熬幾g為本地代碼”只是編譯器的優(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是一種安全的編程語言，可以防止程序員犯許多愚蠢的錯(cuò)誤，其中大多數(shù)錯(cuò)誤都是基于內(nèi)存管理的。但是，有一種方法可以繞過這些限制，即使用 Unsafe class?？梢?..
-
好聽的鄉(xiāng)村音樂合輯
記錄這些年來聽過的好聽鄉(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í)候挖的坑，來填坑了。 引言 以前在做后臺(tái)服務(wù)開發(fā)的時(shí)候，SpringBoot每次改動(dòng)代碼都需要手動(dòng)重啟才能生效，感覺賊麻煩，后來使用Spring提供的...
-
方一物 ·
return 和 defer不是同時(shí)執(zhí)行，而是 在return更新完返回值之后再去執(zhí)行defer，可以用這個(gè)特性來觀察返回值，在go語言圣經(jīng)5.8章 198葉可以查到，如果它沒說錯(cuò)的話，所以坑1的原因是先更新返回值，再執(zhí)行defer函數(shù)，因?yàn)榉祷刂的涿?，所以更新的是result變量，result沒有賦值給返回值，而命名返回值的函數(shù)，一直操作的是返回值，在defer中也是操作的defer，所以最后在defer執(zhí)行完畢返回的就是最新的返回值，跟你的結(jié)果差不多一致，但是原因不一樣，按你的思路我想了2天還是無法說服自己，最后查了好多資料才搞懂。
一度聽雨 評(píng)論自Go語言中defer的一些坑 -
大哥，鏡像都沒拉下來，沒發(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í)間，不過這不是什么大問題?！?br>高并發(fā)問題下，該問題會(huì)被無限方法，“不是什么大問題”會(huì)變成莫名其妙令人郁悶的“大問題”
RedisTemplate用SETNX命令實(shí)現(xiàn)分布式鎖
使用SETNX命令獲取分布式鎖的步驟： C1和C2線程同時(shí)檢查時(shí)間戳獲取鎖，執(zhí)行SETNX命令并都返回0，此時(shí)鎖仍被C3持有，并且C3已經(jīng)崩潰 C1 DEL鎖 C1 使用SE...
