面試官:Java字符串可以引用傳遞嗎弊攘?

認(rèn)真寫文章抢腐,用心做分享。公眾號(hào):Java耕耘者 文章都會(huì)在里面更新襟交,整理的資料也會(huì)放在里面迈倍。

我從蘇州回到洛陽,抱著一幅“海歸”的心態(tài)捣域,投了不少簡歷啼染,也“約談”了不少面試官,但僅有兩三個(gè)令我感到滿意焕梅。其中有一位叫老馬提完,至今還活在我的手機(jī)通訊錄里。他當(dāng)時(shí)扔了一個(gè)面試題把我砸懵了:“王二丘侠,Java 字符串可以引用傳遞嗎?”

當(dāng)時(shí)二十三歲逐样,正值青春年華蜗字,從事 Java 編程已有 N 年經(jīng)驗(yàn)(N < 4),自認(rèn)為所有的面試題都能對答如流脂新,結(jié)果沒想到啊挪捕,被“刁難”了——原來洛陽這塊互聯(lián)網(wǎng)的荒漠也有技術(shù)專家啊。現(xiàn)在回想起來争便,臉上不自覺地泛起了羞愧的紅暈:主要是自己當(dāng)時(shí)太菜了级零。不管怎么說,是時(shí)候?qū)懫恼缕饰鲆幌伦址欠窨梢砸脗鬟f了。

對于絕大多數(shù)的初級(jí)程序員或者說不重視“內(nèi)功”的老鳥來說奏纪,往往停留在“知其然不知其所以然”的層面上——會(huì)用鉴嗤,略知一二,但要求他把問題說清楚的時(shí)候序调,就只能撓撓頭雙手一攤一張問號(hào)臉了醉锅。

好了,讓我們來步入正題发绢。先來看一段有趣但令人困惑的代碼片段吧硬耍。
public static void main(String[] args) { String x = new String("沉默王二"); change(x); System.out.println(x);}public static void change(String x) { x = "沉默王三";}復(fù)制代碼
從代碼的字面邏輯來看,程序應(yīng)該輸出“沉默王三”边酒,但事與愿違经柴,程序輸出的結(jié)果卻是“沉默王二”。change() 方法做的是無用功墩朦,因?yàn)?String 是值傳遞而不是引用傳遞坯认。引用傳遞可以在被調(diào)用的方法中對實(shí)參進(jìn)行修改,但值傳遞卻不可以介杆。為什么呢鹃操?
x 存儲(chǔ)的是一個(gè)引用,該引用指向內(nèi)存中的“沉默王二”字符串對象春哨。當(dāng)我們把 x 作為參數(shù)傳遞給 change() 方法時(shí)荆隘,x 仍然指向的是內(nèi)存中“沉默王二”字符串,就像下面這幅圖表達(dá)的意思一樣赴背。

image.png

那么問題來了椰拒。正因?yàn)?Java 是值傳遞,x 的值是“沉默王二”的引用凰荚。那么當(dāng) change() 方法被調(diào)用的時(shí)候燃观,x 不是剛好指向了內(nèi)存中新創(chuàng)建的字符串對象“沉默王三”了嗎?就像下面這幅圖表達(dá)的意思那樣便瑟。
image.png

哦缆毁,看起來是一個(gè)很完美的解釋,對吧到涂?但這樣的解釋存在一些問題脊框。
當(dāng)字符串“沉默王二”被創(chuàng)建的時(shí)候,Java 會(huì)在內(nèi)存中申請一小段空間践啄,用來存儲(chǔ)這個(gè)字符串對象浇雹。然后呢,把對象的引用指向了變量 x屿讽,也就是說昭灵,變量 x 實(shí)際上存儲(chǔ)的是對象的引用(對象在內(nèi)存中存儲(chǔ)的地址)。
我相信大家對上面這一點(diǎn)(對象和對象引用)已經(jīng)完全理解了。
關(guān)鍵的點(diǎn)來了烂完。當(dāng)變量 x 作為參數(shù)(實(shí)參)傳遞給 change() 方法時(shí)试疙,實(shí)際上傳遞的是 x 的一個(gè)拷貝(形參)。在 change() 方法中窜护,形參 x 起先引用的也是“沉默王二”這個(gè)對象效斑,當(dāng)執(zhí)行 x = "沉默王三" 的時(shí)候,會(huì)在內(nèi)存中創(chuàng)建新的字符串“沉默王三”柱徙,然后形參 x 不再引用“沉默王二”這個(gè)對象了缓屠,改為引用“沉默王三”這個(gè)對象了。但實(shí)參 x 呢护侮?并沒有發(fā)生任何的改變敌完!就像下面這幅圖一樣。

image.png

假如我們真的需要改變字符串呢羊初?那就不能使用 String 類了滨溉,最好使用 StringBuilder,來擼一串代碼吧长赞。

public static void main(String[] args) {    StringBuilder x = new StringBuilder("沉默王二");    change(x);    System.out.println(x);}public static void change(StringBuilder x) {    x.delete(3,4).append("三");}復(fù)制代碼

上述代碼會(huì)輸出“沉默王三”晦攒,但假如我們使用 new 關(guān)鍵字重新對形參 x 進(jìn)行賦值,就無濟(jì)于事得哆。

public static void main(String[] args) {    StringBuilder x = new StringBuilder("沉默王二");    change(x);    System.out.println(x);}public static void change(StringBuilder x) {    x = new StringBuilder("沉默王三");}復(fù)制代碼

程序輸出的結(jié)果仍然是“沉默王二”脯颜,原因其實(shí)和 String 一樣,change() 方法在內(nèi)存中創(chuàng)建了新的字符串“沉默王三”贩据,然后形參 x 不再引用“沉默王二”這個(gè)對象栋操,改為引用“沉默王三”這個(gè)對象了。但實(shí)參 x 并沒有任何改變饱亮。

看到這矾芙,有些讀者可能更疑惑了。x = new StringBuilder("沉默王三") 不可以改變實(shí)參近上,而 x.delete(3,4).append("三") 卻可以剔宪,為什么?為什么壹无?為什么葱绒?為什么呢?

不要著急格遭,我們來分析一下 delete() 方法的源碼。

public AbstractStringBuilder delete(int start, int end) {    int len = end - start;    if (len > 0) {        System.arraycopy(value, start+len, value, start, count-end);        count -= len;    }    return this;}復(fù)制代碼

其中 value 是一個(gè)字符數(shù)組留瞳,用來存儲(chǔ)字符序列拒迅;count 用來表示字符序列中實(shí)際有效的字符數(shù)量。

當(dāng) count -= len 執(zhí)行之前,value 的字符內(nèi)容為“沉默王二”璧微,count 為 4作箍。我是怎么知道的呢?通過 IDEA 的 debug 視圖前硫,截圖為證胞得。

image.png

當(dāng) count -= len 執(zhí)行之后,value 的字符內(nèi)容仍然為“沉默王二”屹电,但 count 變成了 3阶剑。


image.png

當(dāng)鼠標(biāo)停留在 this 上時(shí),此時(shí)的字符內(nèi)容為“沉默王”危号,也就意味著 x 當(dāng)前的字符內(nèi)容為“沉默王”牧愁。同樣的,當(dāng)我們在 append() 方法上進(jìn)行 debug 的時(shí)候外莲,也可以觀察到字符串發(fā)生變化的細(xì)節(jié)猪半。
image.png

當(dāng) append() 方法執(zhí)行結(jié)束后,此時(shí)形參 x 的字符內(nèi)容為“沉默王三”偷线。
image.png

當(dāng) change() 方法執(zhí)行完后磨确,此時(shí)實(shí)參 x 的字符內(nèi)容為“沉默王三”。


image.png

通過上面的源碼分析声邦,大家應(yīng)該會(huì)發(fā)現(xiàn)另外一個(gè)事實(shí):x 對象始終是“StringBuilder@512”乏奥,這意味著什么呢?一圖勝千言翔忽,畫個(gè)圖大家一看就明白了英融。
image.png

由于形參 x 和實(shí)參 x 引用的都是同一個(gè)對象,那么 change() 方法執(zhí)行結(jié)束后歇式,實(shí)參 x 的字符內(nèi)容自然也就發(fā)生了變化驶悟。

綜上所述:Java 字符串不是引用傳遞而是值傳遞;更進(jìn)一步的說材失,Java 只有值傳遞痕鳍,沒有引用傳遞。
哎龙巨,后悔啊笼呆,早年我要是能把這道面試題吃透的話,也不用被老馬刁難了旨别。另外诗赌,我想要告訴大家的是,作為程序員秸弛,我們千萬不要輕視這些基礎(chǔ)的知識(shí)點(diǎn)铭若。因?yàn)榛A(chǔ)的知識(shí)點(diǎn)是各種上層技術(shù)共同的基礎(chǔ)洪碳,只有徹底地掌握了這些基礎(chǔ)知識(shí)點(diǎn),才能更好地理解程序的運(yùn)行原理叼屠,做出更優(yōu)化的產(chǎn)品瞳腌。

作者:沉默王二
鏈接:https://juejin.im/post/5e0e6b84e51d4540ec4f40a9

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市镜雨,隨后出現(xiàn)的幾起案子嫂侍,更是在濱河造成了極大的恐慌,老刑警劉巖荚坞,帶你破解...
    沈念sama閱讀 221,198評論 6 514
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件挑宠,死亡現(xiàn)場離奇詭異,居然都是意外死亡西剥,警方通過查閱死者的電腦和手機(jī)痹栖,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 94,334評論 3 398
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來瞭空,“玉大人揪阿,你說我怎么就攤上這事∨匚罚” “怎么了南捂?”我有些...
    開封第一講書人閱讀 167,643評論 0 360
  • 文/不壞的土叔 我叫張陵,是天一觀的道長旧找。 經(jīng)常有香客問我溺健,道長,這世上最難降的妖魔是什么钮蛛? 我笑而不...
    開封第一講書人閱讀 59,495評論 1 296
  • 正文 為了忘掉前任鞭缭,我火速辦了婚禮,結(jié)果婚禮上魏颓,老公的妹妹穿的比我還像新娘岭辣。我一直安慰自己,他們只是感情好甸饱,可當(dāng)我...
    茶點(diǎn)故事閱讀 68,502評論 6 397
  • 文/花漫 我一把揭開白布沦童。 她就那樣靜靜地躺著,像睡著了一般叹话。 火紅的嫁衣襯著肌膚如雪偷遗。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 52,156評論 1 308
  • 那天驼壶,我揣著相機(jī)與錄音氏豌,去河邊找鬼。 笑死热凹,一個(gè)胖子當(dāng)著我的面吹牛泵喘,可吹牛的內(nèi)容都是我干的瞭吃。 我是一名探鬼主播,決...
    沈念sama閱讀 40,743評論 3 421
  • 文/蒼蘭香墨 我猛地睜開眼涣旨,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了股冗?” 一聲冷哼從身側(cè)響起霹陡,我...
    開封第一講書人閱讀 39,659評論 0 276
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎止状,沒想到半個(gè)月后烹棉,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 46,200評論 1 319
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡怯疤,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 38,282評論 3 340
  • 正文 我和宋清朗相戀三年浆洗,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片集峦。...
    茶點(diǎn)故事閱讀 40,424評論 1 352
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡伏社,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出塔淤,到底是詐尸還是另有隱情摘昌,我是刑警寧澤,帶...
    沈念sama閱讀 36,107評論 5 349
  • 正文 年R本政府宣布高蜂,位于F島的核電站聪黎,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏备恤。R本人自食惡果不足惜稿饰,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,789評論 3 333
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望露泊。 院中可真熱鬧喉镰,春花似錦、人聲如沸滤淳。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,264評論 0 23
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽脖咐。三九已至铺敌,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間屁擅,已是汗流浹背偿凭。 一陣腳步聲響...
    開封第一講書人閱讀 33,390評論 1 271
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留派歌,地道東北人弯囊。 一個(gè)月前我還...
    沈念sama閱讀 48,798評論 3 376
  • 正文 我出身青樓痰哨,卻偏偏與公主長得像,于是被迫代替她去往敵國和親匾嘱。 傳聞我的和親對象是個(gè)殘疾皇子斤斧,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 45,435評論 2 359

推薦閱讀更多精彩內(nèi)容