1樓：李振宇
我看到的、經歷過的所有的故障、bug，必須通過猜測、判斷、除錯，縮小範圍等方式，逐步模擬出問題的場景，所有困難的地方都是在復現問題，縮小問題。
2樓：
這個面試官不客氣的說就是一sb, 第一題讓實習生來回答簡直就是喪心病狂，在校生完全沒有應用場景，談何重現。這個2b就是在拿自己專業領域的東西來為難題主，更何況，我不覺得正常情況下面試官自己能在短時間內解決這類問題
3樓：汪餚餚
1. 確認發生的概率，是否真的影響使用，修復的價效比 2. 如果確定修復，先確認如何復現該bug
3.確定要修就線上加log除錯吧
4樓：小瑞
我去面試的時候，一面二面的面試官人都很好，很溫柔地聽你講和互動。乙個是溫潤如玉的君子，乙個是利落幹練的女強人，印象非常深。就連接待人員都溫柔有禮，各種體貼。
唯一生氣的大概是最後被調劑了，那個面試官不清不楚地打聽我的虛實，卻連我被調劑到什麼地方，什麼職位都不告訴我，只是不停模模糊糊地天花亂墜，扯一些根本驢唇不對馬嘴的事。
最後以一句：「你不是我們圈子裡的人。」為結語讓我滾蛋。當時還很傷心。
後來想想，你特麼給我滾蛋。。。
5樓：胡慶平
要麼題主把問題描述的不清楚，要麼就是面試官不太合格，問問題問的不知所謂。。。
這個抽象的問題，只能概述一些抽象的方法去回答一下（應屆生基本上是不太可能這麼抽象的去回答的），但回答了實際並無卵用。 乙個BUG的產生，結果是怎樣的，輸入是怎樣的，當時情況是怎樣的，不同情況差異太大了。
我查過非常難查的一些BUG，但抱歉，這裡並沒有固定的方法就能查出這麼抽象的BUG....
6樓：魏衝
第二個問題根據描述來看，猜測應該是出現了類似的越界操作，這種一般穩定復現，圍繞崩潰的棧做code review 應該能較快定位問題
7樓：甄心cherish
EE狗表示明天要面試，這些問題不會好憂傷。
——————
4.21更新
表示一面就跪了，問了我一些概率論的知識。雖然本科時候考了97，然並卵啊，忘了差不多了。
還問了一道leetcode的題，然而我剛剛才做到這題：Maximum Depth of Binary Tree
總結：沒有計算機知識體系，想進bat還是很困難的。
8樓：巴斯光年
實習生的問題的確都是比較開放的，可能只是想看看你的思路，並不想要具體的結果
關於第乙個問題
第一點，首先當然是評估bug的影響面，這是肯定的，假如這個bug只是影響前端UI的某個顯示問題，那麼心就放下一大截了，假如這個bug會導致後台server coredump，或者資料錯亂，從而嚴重影響服務，那麼第一點肯定是回滾版本，而不是查bug，最後，即使是在難重現的bug，也要製造條件重現,因為如果不這樣的話，你壓根不知道這bug修好沒。
最後，查bug的話，後台一般就是打日誌，或者gdb.重現的任務一般會交給測試
9樓：廖彬
1- 除錯過大量苦逼的bug，跟過一周出現一次的bug，分析coredump，然後根據分析加樁，到下一次再分析coredump，只能通過重複分析—》實驗—》加大壓力，這樣來解決這種低復現率的bug：
2- 要麼是面試官語文不好，要麼就是你表達的可能有問題，我覺得你回答的沒錯，如果虛函式表還在，且內容沒被破壞，那就是指標被沖掉咯。
10樓：
我是做硬體的。在我們硬體圈裡有個衡量標準叫ppm（百萬分之多少）。
假如，乙個bug，很難復現，出現概率是百萬分之一（或者百萬分之幾）的話，基本的結果就是：不管了！
畢竟，單一型號銷量最大的mac air一年也就幾百萬臺而已，壞掉幾台完全在意料之中。
11樓：哼哈二糨
感覺大家都沒回答到點子上。
1. 總有些面試官喜歡問些高深的東西來唬唬面試者。
2. 人家或許根本沒打算錄你，所以就是走個過場。
答主別糾結了，因為這兩題答不出拿不到實習不是你的錯。
12樓：
我仔細看了下你的文字表達，1. 沒看懂。2.
我遇到的一種情形是指標指錯了，指標的值是其它object的，這樣這個指標呼叫虛函式方法，將會進行虛表推斷，則會指向完全不相關的「函式」執行，導致匪夷所思的錯誤。
注意「虛函式表」（編譯決定了）和推斷時候得到的「實際內容」也叫做「虛函式表」的措辭。這個沒什麼深奧的，但不要弄亂了。
其實沒有必要問實習生，這麼難的問題，實際中遇到的坑爹問題多得是，何必要拿來作為經驗。
13樓：
第一題不太好幫你，應該是如何實施測試環境。
第二題如果你的敘述沒有問題，那我覺得面試官有點不專業。
首先懷疑他對C++記憶體物件模型的理解，如果他確實懂這個，那就是他問題表述能力堪憂。他先說了虛函式表被破壞，然後又說虛函式表裡面的內容沒有問題，已經自相矛盾了，你的反駁是對的，他可能想說的是虛函式表指標被破壞了。
乙個含有虛函式的類，全域性只有乙個對應的虛函式表，而這個類的每乙個例項化物件都有自己的虛函式表指標，指向那個虛函式表。
他可能想考察你對於 use after free問題的排查能力，你可以首先考慮在析構函式打斷點，看看該物件是何時被釋放了。
如果他硬要說是程式crash導致記憶體 corruption，你可以說下資料斷點來排查問題。
面試的時候如果出現面試官對問題表述不清楚，你應該多追問！千萬不要一口就說應該是什麼什麼，像這個問題，你可以以請求的口吻去追問一下，剛才你說的是虛函式表指標被破壞了麼？
你要是說，那應該是虛函式表指標被破壞了啊！如果面試官心理健康，並且確實技術實力強，他會很大方的承認表述錯誤，技術好的大部分人還是很實事求是的，但是如果對方不是這樣的人，那面試官對自己之前的錯誤下不了台啊，他可能決定給你下馬威，結束面試。
當然如果你低姿態已經用了，對方還是要堅持自己的錯誤，你也別想那麼多了。開啟撕逼教育模式。
拿過紙和筆，給對方上一課都無妨。
14樓：陳碩
class 的虛函式表被破壞是不可能的，因為這個 vtable 是放在 rodata 區，是唯讀的。修改 vtable 會導致 segment fault，這樣拿 coredump 一看就知道哪條語句在幹壞事。
class object 裡的 vptr 被修改倒是有可能。
15樓：Hurensohn gly
其實我不是碼農，不過也能看出來這是比較難的問題。
只是看到有些回答質疑為什麼問實習生這麼難的問題
我想解釋一下，其實問面試者問題的時候，一堆問題中必然會有一些明顯超出你預期能力的問題。問你這些不是要為難你，首先是看你在面對自己解決不了的問題時的思路；其次就是根據你能解決問題的難度測試一下你的能力上限。
16樓：槓開
可能是他已經選中想要的人了，其實你回答什麼並不重要。我的第乙個問題是linux核心在i/o做過哪些改進來改良它的效率。我就知道我跪了，二面看緣分吧
17樓：郁白
第乙個問題 @洋耗子的回答已經很詳實了，另外補充如果bug一定在第100w或者10w次前後的時機出現，那麼可以考慮的方向：小塊資源洩漏、計數器溢位
第二個問題，如果虛函式表被破壞了，可能會比較簡單，可以嘗試用mprotect把虛函式表的區域設定為唯讀來排查問題；如果虛函式表完好，那麼基本就是虛表指標的問題，可能有幾種原因：已經析構或正在析構的物件被其他執行緒呼叫，多繼承體系中非法的cast，物件記憶體被越界寫。越界寫就比難查了，也可以配合mprotect（參考這篇文章走下神壇的記憶體偵錯程式--定位多執行緒記憶體越界問題實踐總結），或者在那些懷疑的class或struct增加magic number欄位標記，看看能否通過被越界寫的內容特徵來找出真兇。
18樓：AWP996
併發和百萬次有什麼關係，言必稱大資料，高併發，這是病。什麼叫虛函式表破壞了，怎麼得出來的結論，記得@RednaxelaFX不久前說過一次defect fix，是出現了不對的行為，最後定位到虛函式表破壞了，這都是很難定位的問題，實習生問這些是出於什麼考慮的呢？
19樓：
1.多執行緒的bug。。。還是老老實實打log吧。。。我之前也是通過打log才找到多執行緒的bug的，不過情景沒問題裡面那麼嚴峻。
2.看看這個帖子裡面的測試用例，有教你列印虛函式表出來，雖然我沒完全弄懂面試官究竟要問的啥。C++ 虛函式表解析
感覺這類問題面試官主要是想和你多多伸展主題，和你深入交流的。只是回答會與否那是不怎麼好的。
工業工程實習生面試？
1 是否願意到工廠吃土吃三年,有此決心者,可用.2 邏輯思維強不強,能否把複雜問題分解.畢竟工業工程出來,做精益也好,做TQM也好,做PDM,做PLM,或者做CIMS,做智慧型製造,做MES DCS,都需要比較強的邏輯分析.3 計算機操作好不好.包括資料庫,excel, 霎那煙火 首先是實習生，本來...
實習生面試要注意什麼？
同問啊，是低調裝深沉好呢，還是張揚自信好啊？會不會緊張得語無倫次啊？職場小白，表示好怕怕怕怕怕怕啊，面試官一般都多大歲數啊，會不會我表現不好了，斜視我，然後撇嘴。我最煩別人對我撇嘴了，我怕到時候我控制不住被人鄙視的憤怒，上去揍他。 Sophia 實習生面試有三個非常非常重要的關鍵點，一定要記住 1 ...
騰訊實習生產品類面試倒在第三輪，向各位pm老師請教下失誤的地方，希望改進9月份再來，求指點，求批評？
劉洋 問題在於你三面的時候太放鬆了，有勢在必得的心態！這個是要不得的，很多事情在沒有結束之前都不要放鬆警惕。應該保持微緊張狀態，總之心還是要時刻保持重視這件事。其實面試也是乙個交流過程，在這個短時間的過程當中要讓面試官認可你！如何認可你？每個人都不一樣，所以不要噼里啪啦說一大堆。在交流前期要盡量沉穩...