畢業(yè)那天，你學(xué)的東西就被推翻了

最近鴨鴨在脈脈看到一條提問(wèn)，看完后愣了一下：

“為什么大學(xué)禁止用 AI，而公司要求全用 AI？”

發(fā)帖的是一位前科大訊飛的工程師，問(wèn)題特別簡(jiǎn)單，但底下 90 多條評(píng)論吵得很兇。鴨鴨把評(píng)論區(qū)里出現(xiàn)頻率最高的幾種說(shuō)法歸納一下

有人上來(lái)就開噴：

“學(xué)校連個(gè)像樣的 AI 課都沒(méi)有，畢業(yè)了又罵學(xué)生不會(huì)用 AI，這套邏輯我服了?！?/blockquote>

也有人替學(xué)校說(shuō)話：

“不讓用是為了你好。你連 print 都不會(huì)寫，AI 替你寫完，你以為你會(huì)了，其實(shí)啥也不會(huì)?！?/blockquote>

還有最戳的一條：

“學(xué)校教你做人，公司教你做事。這兩件事在 AI 這件事上，正好反過(guò)來(lái)了。”

最后這句話，鴨鴨看完之后特別想拍大腿。

而且這真不是個(gè)段子。鴨鴨翻了下這兩個(gè)月的新聞：

去年底，復(fù)旦大學(xué)正式發(fā)布《關(guān)于在本科畢業(yè)論文（設(shè)計(jì)）中使用 AI 工具的規(guī)定》，明確六個(gè)禁止，情節(jié)嚴(yán)重的可以撤銷學(xué)位（澎湃新聞?dòng)袑ＴL報(bào)道）。中國(guó)傳媒大學(xué)、華北電力大學(xué)、湖北大學(xué)也跟著發(fā)了類似通知，學(xué)校這邊，AI 幾乎被視為作弊工具。

而企業(yè)那邊，4 月初澎湃新聞一篇《大廠“牛馬”，被迫用 AI》直接把另一面端出來(lái)：有人被統(tǒng)計(jì)每天燒多少 Token，有人公司發(fā)的 AI 額度用不完會(huì)被回收賬號(hào)，有人 Leader 直接強(qiáng)制“所有產(chǎn)出都得先讓 AI 生成一版”。前兩周，老黃也在英偉達(dá)內(nèi)部發(fā)話：全員必須用 Codex。

4 月份的應(yīng)屆生，剛交完論文證明這是自己一字一句寫的，5 月初入職第一天，Leader 就問(wèn)他：你 Cursor/Claude/Copliot 裝了嗎？

中間隔的，可能就一張機(jī)票的距離。

說(shuō)實(shí)話，鴨鴨一開始也覺(jué)得這是教育落后于行業(yè)的老問(wèn)題。但后來(lái)想想，沒(méi)那么簡(jiǎn)單。

學(xué)校和公司在防的，根本不是同一個(gè)東西。

學(xué)校真正在防的，是身份冒名。老師布置一篇論文，本質(zhì)上是在讓你證明這些字、這些代碼、這些推導(dǎo)是你腦子過(guò)過(guò)的，不是別人代筆的。AI 出現(xiàn)以前，老師防的是抄襲、防的是代寫；AI 出現(xiàn)以后，老師防的是你把腦子外包給了模型。

所以學(xué)校的邏輯很清楚：考核的是原創(chuàng)性，AI 在這條線上等同于作弊。

公司真正怕的，是你產(chǎn)出跟不上。它不在乎那段代碼是 Cursor 寫的還是你手敲的，只看一件事，今天能不能上線、今晚能不能修 bug。AI 替你寫了 80% 還能跑，老板高興；你自己慢慢敲到深夜，老板下次績(jī)效給你打 3.5。

你看，學(xué)校在按過(guò)程打分，公司在按產(chǎn)出算錢。兩邊的考核函數(shù)完全不一樣，AI 的角色當(dāng)然就反過(guò)來(lái)了。

更尷尬的是沒(méi)人會(huì)告訴你這兩套規(guī)則的差別。學(xué)校老師不會(huì)說(shuō)你畢業(yè)后這套規(guī)則就作廢了，公司 HR 也不會(huì)跟你解釋為什么之前你被罰的事情現(xiàn)在變成了 KPI。你只能自己悄悄完成這次切換，并假裝沒(méi)發(fā)生過(guò)任何沖突。

那這種切換里，誰(shuí)吃虧最大？

不是不會(huì)用 AI 的同學(xué)，他們工作兩個(gè)月就能補(bǔ)上。

是那些把原創(chuàng)性當(dāng)信仰的好學(xué)生。

那些在大學(xué)里堅(jiān)持古法編程、每篇論文自己讀，把原創(chuàng)性看得比交付速度更重要的同學(xué)，進(jìn)了公司之后，會(huì)經(jīng)歷一段非常痛苦的認(rèn)知重塑。因?yàn)楣静华?jiǎng)勵(lì)原創(chuàng)，公司獎(jiǎng)勵(lì)交付。

鴨鴨自己剛畢業(yè)那會(huì)兒就是這樣，特別看不上用工具糊弄的同事，結(jié)果半年后才發(fā)現(xiàn)，那些同事的產(chǎn)出比鴨鴨多三倍，績(jī)效比鴨鴨高一檔。

那這件事到底該怎么辦？鴨鴨不打算給三條客套建議，就說(shuō)三個(gè)真實(shí)的轉(zhuǎn)變：

• 大學(xué)階段，AI 當(dāng)老師用，不當(dāng)槍手用。讓 AI 給你講知識(shí)點(diǎn)、出測(cè)試題、Review 你寫的代碼，但別讓它替你寫論文。這樣你畢業(yè)不會(huì)掛，工作之后也能馬上切換。

• 找工作面試前，準(zhǔn)備好怎么講清楚自己是如何用 AI 的。不要只說(shuō)會(huì)用 Cursor，要能說(shuō)清哪一步讓 AI 做、哪一步自己做、為什么這么分。這是 2026 年應(yīng)屆生面試的隱藏關(guān)卡。

• 入職后第一周，主動(dòng)去問(wèn)老員工團(tuán)隊(duì)的 AI 工具棧是什么。不要等 leader 來(lái)安排，AI 工具的使用習(xí)慣屬于看不見(jiàn)的入職門檻，越早上手，越早擺脫應(yīng)屆生那個(gè)標(biāo)簽。

最后說(shuō)一句鴨鴨自己的看法。

學(xué)校禁 AI 不一定錯(cuò)，公司逼 AI 也不一定對(duì)。真正錯(cuò)的，是沒(méi)人幫應(yīng)屆生處理這中間的認(rèn)知斷層。

你能做的，就是自己提前兩年開始切換。等別人還在為學(xué)術(shù)不端嚇得不敢碰 AI 的時(shí)候，你已經(jīng)在用 AI 幫自己刷題、模擬面試、寫簡(jiǎn)歷、改面經(jīng)了。

畢業(yè)那天的差距，就是這兩年攢出來(lái)的。

你們?cè)趺纯催@事？大學(xué)和公司的 AI 規(guī)則，你覺(jué)得到底誰(shuí)更對(duì)？評(píng)論區(qū)聊聊。

今天鴨鴨和大家分享一道 后端場(chǎng)景題面試題。

【編寫一段代碼，使得這段代碼必定會(huì)產(chǎn)生死鎖，不能使用Thread.sleep() 】

回答重點(diǎn)

關(guān)鍵是要確保兩個(gè)線程同時(shí)持有各自的鎖，然后再去爭(zhēng)搶對(duì)方的鎖，這樣就能穩(wěn)定復(fù)現(xiàn)死鎖。

用CountDownLatch就能做到。

核心思路是：

1. 創(chuàng)建一個(gè)計(jì)數(shù)為 2 的 CountDownLatch

2. 線程 1 先拿到 lock1，執(zhí)行 countDown 減一，然后 await 等待

3. 線程 2 先拿到 lock2，執(zhí)行 countDown 減一，然后 await 等待

4. 兩個(gè)線程都到達(dá) await 后，同時(shí)被喚醒

5. 線程 1 想要 lock2，但 lock2 被線程 2 持有

6. 線程 2 想要 lock1，但 lock1 被線程 1 持有

7. 互相等待對(duì)方釋放鎖，死鎖必然發(fā)生

代碼實(shí)現(xiàn)：

importjava.util.concurrent.CountDownLatch;

publicclassGuaranteedDeadlock {
privatestaticfinalObjectlock1=newObject();
privatestaticfinalObjectlock2=newObject();
privatestaticfinalCountDownLatchlatch=newCountDownLatch(2);

publicstaticvoidmain(String[] args) {
Threadthread1=newThread(() -> {
synchronized (lock1) {
System.out.println("Thread 1: Holding lock1...");
latch.countDown(); // 讓 thread2 也開始執(zhí)行
try { latch.await(); } catch (InterruptedExceptione) { e.printStackTrace(); } // 保證兩個(gè)線程同時(shí)競(jìng)爭(zhēng)

synchronized (lock2) {
System.out.println("Thread 1: Acquired lock2!");
}
}
});

Threadthread2=newThread(() -> {
synchronized (lock2) {
System.out.println("Thread 2: Holding lock2...");
latch.countDown(); // 讓 thread1 也開始執(zhí)行
try { latch.await(); } catch (InterruptedExceptione) { e.printStackTrace(); } // 保證兩個(gè)線程同時(shí)競(jìng)爭(zhēng)

synchronized (lock1) {
System.out.println("Thread 2: Acquired lock1!");
}
}
});

thread1.start();
thread2.start();
}
}

除了 CountDownLatch，也可以用CyclicBarrier實(shí)現(xiàn)同樣的效果。

擴(kuò)展知識(shí)為什么簡(jiǎn)單的交叉加鎖無(wú)法保證死鎖

很多人第一反應(yīng)會(huì)寫這樣的代碼：

publicclassDeadlockExample {
privatestaticfinalObjectlock1=newObject();
privatestaticfinalObjectlock2=newObject();

publicstaticvoidmain(String[] args) {
Threadthread1=newThread(() -> {
synchronized (lock1) {
System.out.println("Thread 1: Holding lock1...");
// 試圖獲取 lock2
synchronized (lock2) {
System.out.println("Thread 1: Acquired lock2!");
}
}
});

Threadthread2=newThread(() -> {
synchronized (lock2) {
System.out.println("Thread 2: Holding lock2...");
// 試圖獲取 lock1
synchronized (lock1) {
System.out.println("Thread 2: Acquired lock1!");
}
}
});

thread1.start();
thread2.start();
}
}

上面這段代碼看起來(lái)會(huì)死鎖，實(shí)際上死鎖發(fā)生的概率遠(yuǎn)不是 100%。

問(wèn)題就出在線程調(diào)度的不確定性上。

Java 的線程調(diào)度由操作系統(tǒng)決定，執(zhí)行順序完全不可預(yù)測(cè)。

很可能線程 1 在線程 2 啟動(dòng)前就已經(jīng)快速拿到了 lock1 和 lock2，執(zhí)行完畢釋放了鎖，線程 2 再啟動(dòng)時(shí)不會(huì)遇到任何阻塞，壓根就不會(huì)死鎖。

想要穩(wěn)定復(fù)現(xiàn)死鎖，必須讓兩個(gè)線程先分別持有自己的鎖，然后同時(shí)去爭(zhēng)搶對(duì)方的鎖。

CountDownLatch 的作用就是控制這個(gè)時(shí)機(jī)，讓兩個(gè)線程在各自持有鎖之后互相等待，等雙方都準(zhǔn)備好了再同時(shí)往下執(zhí)行，這樣就能保證 100% 死鎖。

CountDownLatch 和 CyclicBarrier 的區(qū)別

CountDownLatch 是倒計(jì)時(shí)門閂，構(gòu)造時(shí)傳入一個(gè)計(jì)數(shù)值，每次調(diào)用countDown()減一，當(dāng)計(jì)數(shù)歸零時(shí)所有調(diào)用await()的線程同時(shí)被喚醒。特點(diǎn)是一次性使用，用完就廢了。

CyclicBarrier 是循環(huán)柵欄，構(gòu)造時(shí)傳入一個(gè)參與線程數(shù)，每個(gè)線程調(diào)用await()后會(huì)阻塞，直到所有線程都到達(dá)柵欄位置，然后一起被釋放。特點(diǎn)是可以復(fù)用，釋放后會(huì)重置計(jì)數(shù)，可以繼續(xù)使用。

對(duì)于制造死鎖來(lái)說(shuō)，兩者都能用，但 CountDownLatch 更直觀，因?yàn)樗烊痪褪?等所有人準(zhǔn)備好再一起開始"的語(yǔ)義。CyclicBarrier 也可以，但它的重置特性在這里用不上。

如何檢測(cè)和避免死鎖

線上環(huán)境如果懷疑發(fā)生了死鎖，可以用jstack或jconsole查看線程堆棧，JVM 會(huì)自動(dòng)檢測(cè)死鎖并在堆棧信息里標(biāo)注出來(lái)。

避免死鎖的常見(jiàn)手段：

1）加鎖順序一致：所有線程按照相同的順序獲取多個(gè)鎖，比如都先拿 lock1 再拿 lock2，這樣就不會(huì)出現(xiàn)循環(huán)等待。

2）嘗試加鎖超時(shí)：用ReentrantLock.tryLock(timeout)替代 synchronized，拿不到鎖就放棄已持有的鎖，過(guò)一會(huì)重試。

3）減少鎖粒度：不要一把大鎖鎖住整個(gè)方法，盡量縮小鎖的范圍，減少持有鎖的時(shí)間。

4）避免嵌套加鎖：如果業(yè)務(wù)允許，盡量不要在持有一把鎖的情況下再去獲取另一把鎖。

篇幅有限，完整答案可以點(diǎn)擊下方小程序進(jìn)行查閱：

我們精選了近兩年的高頻面試真題，已經(jīng)有 10000 多道面試題目啦，由大廠資深面試官手寫答案，押題命中率超高！

不僅有傳統(tǒng)八股文，場(chǎng)景題、項(xiàng)目題、系統(tǒng)設(shè)計(jì)題等等應(yīng)有盡有，還在不斷更新中！

目前優(yōu)惠最低特價(jià) 129 元即永久（限時(shí)上架）暢看所有面試題和答案，正式運(yùn)營(yíng)價(jià)格為 399+，不要錯(cuò)過(guò)這次優(yōu)惠哈！

且，現(xiàn)在邀請(qǐng)好友注冊(cè)并成為會(huì)員，還可獲得 10% 的分傭！詳情見(jiàn)面試?guó)喞卵?qǐng)有賞規(guī)則（網(wǎng)頁(yè)版面試?guó)嘃c(diǎn)擊頭像查看）

網(wǎng)頁(yè)端網(wǎng)址：www.mianshiya.com