這一段時間因為已經的原因，老公司一直發展的不太好，所以想另尋出路，所以就想再找一份工作，然而就在前幾天找到了一個面試機會，并且通過了初試，然而在復試的時候出現可致命的問題。九成栽了。所以在這里記錄一下。

首先面試是采用的視頻面試，但是面試官卻遲到了40分鐘。整整讓我等了40分鐘。讓本人很不爽。

然后面試官出場了筆者也正式開始被虐了。

面試官：我看你簡歷上寫著有做過秒殺的功能，麻煩你講一下秒殺要注意什么吧？

布丁：秒殺要注意庫存的控制。

面試官：還有呢？

還有？還有什么啊？我不知道啊。

秒殺要注意一些什么

1、要注意庫存控制
2、注意接口限流

布丁：還有什么？其他的不太了解。

面試官：比如如何控制別人寫個程序一直去請求啊。

布丁：可以使用Ip去控制，可以是一個Ip一段時間只能訪問一次。

面試官：除了這種方式呢？

布丁：其他的不太了解。

如何防止一直刷接口

1、針對IP做限流，比如同一個IP 5秒內不允許重復訪問
2、對接口操作做驗證碼處理
3、對同一個用戶做限制，如秒殺接口使用用戶ID做限制。同一個用 戶ID不允許頻繁請求
4、經過評論區的大佬指點知道了還可以通過MQ進行削峰，降低并發量，感謝大佬🙏

到這里就還算可以，起碼沒有什么大問題，接下來就是高能了。。

面試官：那你講一下如何使用redis控制庫存吧。

布丁：redis控制庫存，主要是在創建秒殺活動的時候吧庫存存入redis中，然后通過遞減的方式。每次先遞減然后再判斷值。直到0就證明沒有庫存了。

面試官: 到0？確定是到0嗎？

布丁：沉默中。。難道不是嗎？我記得當時是的啊。

布丁：是。沒錯。

面試官：你確定嗎？

布丁：確定。

確定個屁啊。
比如商品總數是5，那么默認存入redis中的是5。
然后我們一個一個來數啊。
第一次 redis=5-1=4 不等于0 沒問題。
第二次 redis=4-1=3 不等于0 沒問題。
第三次 redis=3-1=2 不等于0 沒問題。
第四次 redis=2-1=1 不等于0 沒問題。
第五次 redis=1-1=0 等于0 庫存賣光了。
到上面都還沒有問題，然而接著往下看
第六次 redis=0-1=-1 不等于0 沒問題。
第六次 redis=-1-1=-2 不等于0 沒問題。
是不是出問題了，是不是。所以這里應該判斷的是redis庫存<=0就屬于沒有庫存了,不應該是等于0
栽了，栽了。

接下來還有很多個跟頭。

面試官：你來說一下mysql的樂觀鎖是怎么實現的吧。

布丁：mysql的樂觀鎖是在表中加一個版本的字段，然后獲取的時候把版本獲取回來。然后版本號+1，更新的時候判斷一下數據庫的版本號+1是不是等于自己的版本號。

面試官：你確定嗎？確定是在更新的時候判讀版本號嗎？

布丁：應該是吧。心想：難道不是嗎？我記得是這樣啊。

面試官：你再考慮一下？

接下來就是長達一分鐘的靜默時間。。。
。。。。
。。。。
。。。。

面試官：好吧，我們先跳過這個問題。

你想個屁啊，不就是嗎。不是在更新語句記一個判斷嗎。更新失敗就更新失敗了。沒錯啊。感覺被忽悠了。這也只能怪我自己不夠自信栽了、栽了

經過上面的幾輪打擊，筆者的大腦已經開始混亂了于是出現了下面超級多的問題。。

面試官：我看你簡歷上面寫著redis實現了一個生產者/消費者隊列，你是怎么實現的呢？

布丁：我是使用一個redis的隊列通過leftpush 和 rightpop實現的。啟動一個線程池去持續的關注隊列是否有數據插入，如果有數據插入和把數據發送到指定的類進行處理。

面試官：那redis列表可以進行持久化嗎？

布丁：可以吧。不過沒有了解過。

---

redis列表數據可以進行持久化嗎

我試了一下，先使用lpush放入list幾個元素

然后關閉redis然后開啟，發現數據還是在的。這不就證明redis的列表數據是可以做持久化的。
不知道是我理解錯了面試官說的話還是怎么樣。。希望知道了大佬在評論區回復我一下

---

面試官：那你能說一下redis的和普通的activeMQ有什么區別嗎？

布丁：這塊沒有了解過，不太清楚

不太清楚個屁啊

redis隊列和其他隊列的區別和劣勢

優點：效率高，簡單易懂
缺點：redis隊列不具備有可靠性

到達這里筆者已經要絕望了，只想讓面試官停止吧。再下去要死人的。。 然而，面試官聽不見我內心的呼救

面試官：你清楚springAOP嗎？

布丁：還好。

面試官：那你告訴我如果使用一個自定義的注解然后有這個注解方法全部都加上一個日志，要怎么做。

這還不簡單嗎？我平時就寫過啊。

布丁：首先先建立一個切點，然后在使用@around環繞這個切點。然后打印就可以了。

面試官：那么如何建議一個切點呢？

當問出這句話的時候，筆者的大腦是懵的。大腦已經想不起來了，只記得什么ex，ex，ex然后就沒有然后了。這個主要還是要怪，筆者平時寫的時候都是復制別人寫好的。

布丁：這個不太了解

面試官：好的。

---

springAOP自定義注解

1、定義自定義注解
2、定義切點
@Pointcut("@annotation("注解類位置")
3、使用@Aspect注解類
4、使用@Around或者其他的注解修飾方法。然后在方法中打印日志

---

面試官：那你直到注解是存在哪里的嗎？如何取到注解里面的數據？

布丁：不太清楚

---

springAOP注解是存在哪里的嗎？如何取到注解里面的數據？

目前還不清楚，之后查完補上

---

到這里筆者已經要死了，只想趕快停止這個面試。趕快停止。。然而面試官并不就此善罷甘休。

面試官：你最近有學什么技術嗎？

問得好，我最近正好在學HashMap，并且看了一些HashMap的源碼。問吧。。

布丁：我最近在學HashMap。有在看一些源碼。

面試官：那你說下hashCode 和 equles 的區別。

布丁：hashCode是獲取key的哈希值，equles是比較key的內存地址是否一致如果不重寫默認就是==。

面試官：那為什么hashCode為什么要和equles一塊存在呢？誰的級別更高使用一個不久可以了嗎？

愣住。。。

---

hashCode為什么要和equles一塊存在呢？誰的級別更高使用一個不久可以了嗎？

hashCode是比較Hash值二equles默認是比較地址。hashCode相同equles不一定相同。但是筆者還是沒有明白為什么hashCode為什么要和equles一塊存在呢，希望知道的同學可以給我解答一下。

經過評論區大佬和我自己的學習,我知道了
1、hash的存在是為了更快的對比兩個數的值，如果hash不同那么就沒必要對比后面的值了，因為hash是事先生成好了，所以速度是比較快的。
2、在沒有重寫hash和equals的情況下，hash不相同，兩個對象就一定不同，hash相同兩個對象不一定相同，equals相同hash一定相同。
3、如果遇到了所謂的‘哈希碰撞’那么就需要使用equals進行比較了。
4、基于以上兩點，我們知道如果要是重寫了equals，那么就必須要重寫hash。
都是自己的理解，如果又不對的歡迎大佬評論指出

---

面試官：那你說下HashMap的鏈表是頭插法還是尾插法。

再次愣住。。。我為什么要說自己正在學HashMap呢，我是不是智障啊。自己沒學深，還來顯擺。要死了

布丁：不太清楚。

---

HashMap的鏈表是頭插法還是尾插法

JDK8以前是頭插法，JDK8后是尾插法

---

面試官：好了，沒什么了，可以的話通知你。

總結：
1、要多自己寫一些東西，不要老是復制。
2、面試的時候要腦子清晰，冷靜。不要被面試官帶著走。
3、了解一個技術要了解透徹。

好了不說了，筆者要去準備下一場面試了（哪有下一場啊，混蛋）。這些都是本人的真實經歷，希望大家借鑒一下，笑笑就好。

厚顏無恥的推薦下我其他的博文

廁所和多線程有什么關系？讀不懂就去上廁所吧。最簡單的多線程理解，小白都可以看
【RE:布丁JAVA學習】這大概是史上最詳細的JAVA泛型教程，不看后悔。
SpringBoot 使用 redis實現 生產者/消費者模式 消息隊列

總結

以上是生活随笔為你收集整理的记录一次失败的面试 大家千万不要学我 请不要笑我的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。