tcp 和udp協(xié)議區(qū)別:
網(wǎng)絡(luò)七層模型：
2.tcp 為啥三次握手，為啥四次揮手，
答：因?yàn)楫?dāng)Server端收到Client端的SYN連接請(qǐng)求報(bào)文后，可以直接發(fā)送SYN+ACK報(bào)文。其中ACK報(bào)文是用來(lái)應(yīng)答的，SYN報(bào)文是用來(lái)同步的。但是關(guān)閉連接時(shí)，當(dāng)Server端收到FIN報(bào)文時(shí)，很可能并不會(huì)立即關(guān)閉SOCKET，所以只能先回復(fù)一個(gè)ACK報(bào)文，告訴Client端，"你發(fā)的FIN報(bào)文我收到了"。只有等到我Server端所有的報(bào)文都發(fā)送完了，我才能發(fā)送FIN報(bào)文，因此不能一起發(fā)送。故需要四步握手。
3.tcp 擁塞算法、滑動(dòng)窗口、重傳機(jī)制、粘包和拆包
答：滑動(dòng)窗口協(xié)議（Sliding Window ）、重傳機(jī)制詳情見(jiàn)
TCP 滑動(dòng)窗口/快速重傳機(jī)制的博客-CSDN博客_tcp快速重傳機(jī)制 。
拆包 ：TCP直接將應(yīng)用層數(shù)據(jù)包（可以認(rèn)為就是一個(gè)數(shù)組）發(fā)給接收方，并且根據(jù)TCP協(xié)議，TCP會(huì)將每個(gè)發(fā)送的數(shù)據(jù)包編號(hào)（序列號(hào)），發(fā)送完一個(gè)序列號(hào)后，接收端收到會(huì)回復(fù)該序列號(hào)，代表已經(jīng)被接受，but 接收端有自己的TCP緩存區(qū)，它會(huì)將多個(gè)包積累在一起再進(jìn)行處理，這樣的結(jié)果是導(dǎo)致包與包之間“無(wú)縫連接”，即所謂的”粘包“
粘包:針對(duì)此問(wèn)題，就有了一些解決辦法：哪每個(gè)包長(zhǎng)度固定：這樣接收端就可以每隔一定長(zhǎng)度進(jìn)行拆包，但缺點(diǎn)是浪費(fèi)資源,加入頭部信息：每個(gè)數(shù)據(jù)包前加入該數(shù)據(jù)包中數(shù)據(jù)的長(zhǎng)度值，這樣接收端從緩存中讀取時(shí)，通過(guò)讀該頭部信息，知道了每個(gè)包的長(zhǎng)度，這樣就能拆包
4.一些抓包工具如fidder、tcpdump的使用，
答：網(wǎng)上都有現(xiàn)成的使用教程，可以選一兩篇去操作下。
5.瀏覽器輸入百度網(wǎng)址發(fā)生了什么？DNS解析過(guò)程
答：這個(gè)問(wèn)題比較寬泛，整個(gè)流程也比較長(zhǎng)，涉及到網(wǎng)絡(luò)7層模型、dns解析、tcp/ip協(xié)議簇，三次握手、負(fù)載均衡、集群架構(gòu)、數(shù)據(jù)庫(kù)，linux 系統(tǒng)狀態(tài)、進(jìn)程切換等等方面，看你自己對(duì)哪塊比較熟悉，重點(diǎn)去說(shuō)
6.說(shuō)下cookies，session鑒權(quán)機(jī)制？為什么要引入這套機(jī)制？
答：
引入原因：HTTP 是無(wú)狀態(tài)的協(xié)議（對(duì)于事務(wù)處理沒(méi)有記憶能力，每次客戶端和服務(wù)端會(huì)話完成時(shí)，服務(wù)端不會(huì)保存任何會(huì)話信息）：每個(gè)請(qǐng)求都是完全獨(dú)立的，服務(wù)端無(wú)法確認(rèn)當(dāng)前訪問(wèn)者的身份信息，無(wú)法分辨上一次的請(qǐng)求發(fā)送者和這一次的發(fā)送者是不是同一個(gè)人。所以服務(wù)器與瀏覽器為了進(jìn)行會(huì)話跟蹤（知道是誰(shuí)在訪問(wèn)我），就必須主動(dòng)的去維護(hù)一個(gè)狀態(tài)，這個(gè)狀態(tài)用于告知服務(wù)端前后兩個(gè)請(qǐng)求是否來(lái)自同一瀏覽器。而這個(gè)狀態(tài)需要通過(guò) cookie 或者 session 去實(shí)現(xiàn)。
三.數(shù)據(jù)庫(kù)重中之重
簡(jiǎn)單
1、基本的增刪改查語(yǔ)句；
答：insert、delete、update、select sql編寫(xiě)。
2、多表聯(lián)合查詢、左右連接區(qū)別、子查詢等；
答：網(wǎng)上都有教程，可以自行查找，在這里不做贅述。
3、聚合、分組、排序sql語(yǔ)句編寫(xiě)、having和where 區(qū)別
答：表數(shù)據(jù)
sql 編寫(xiě)：
SELECT
class 班級(jí)名稱(chēng),
COUNT(*) 每個(gè)班級(jí)人數(shù),
MAX(grade) 最高分,
MIN(grade) 最低分,
SUM(grade) 班級(jí)總分,
AVG(grade) 平均分
FROM
student
where age
GROUP BY
class
HAVING SUM(grade) >=34
ORDER BY
最高分 DESC
執(zhí)行結(jié)果：
4、char 和varchar區(qū)別等
答：varchar;表示變長(zhǎng)字符串,char;定長(zhǎng)字符串。
5、三范式是什么？
答：第一范式(確保每列保持原子性)、第二范式(確保表中的每列都和主鍵相關(guān))、第三范式(確保每列都和主鍵列直接相關(guān),而不是間接相關(guān))
中級(jí)
1、說(shuō)一下sql是怎么優(yōu)化的？
答：show like '%quer%'; 查詢慢查詢?nèi)罩鞠嚓P(guān)的設(shè)置，找出慢查詢的sql ,用explain查詢sql的執(zhí)行計(jì)劃，該加索引的加索引（要知道索引正確使用場(chǎng)景如下面試題），盡量少 連接查詢、select *、避免類(lèi)型轉(zhuǎn)換，減少回表次數(shù)。
2、索引的概念、類(lèi)型，優(yōu)缺點(diǎn)分析、索引應(yīng)用場(chǎng)景和索引失效場(chǎng)景；
答：索引是幫助mysql高效獲取數(shù)據(jù)的數(shù)據(jù)結(jié)構(gòu)
優(yōu)點(diǎn)：
a）可以保證數(shù)據(jù)庫(kù)表中每一行的數(shù)據(jù)的唯一性，
b）可以大大加快數(shù)據(jù)的檢索效率，
c）加速表與表之間的連接，
d）在使用分組和排序子句進(jìn)行數(shù)據(jù)檢索時(shí)，同樣可以顯著減少查詢中分組和排序的時(shí)間。
f）通過(guò)使用索引對(duì)數(shù)據(jù)進(jìn)行排序，降低數(shù)據(jù)排序的成本，降低cpu的消耗，可以在時(shí)間查詢的過(guò)程中，使用優(yōu)化隱藏器，提高系統(tǒng)的性能。
缺點(diǎn)：
a) 創(chuàng)建索引和維護(hù)索引要耗費(fèi)時(shí)間，這種時(shí)間隨著數(shù)據(jù)量的增加而增加。
b) 索引會(huì)占據(jù)磁盤(pán)空間。
c) 以表中的數(shù)據(jù)進(jìn)行增、刪、改的時(shí)候，索引也要?jiǎng)討B(tài)的維護(hù)，這就降低了整數(shù)的維護(hù)速度。
索引類(lèi)型：
主鍵索引：索引列中的值是唯一的并且不允許有空值
普通索引：mysql的基本索引類(lèi)型，沒(méi)有什么限制，允許有重復(fù)值和空值
唯一索引：索引列中的值是唯一的，但是允許有空值
還有其他索引 譬如全文索引、空間索引、前綴索引等不常見(jiàn)
4、mysql 幾個(gè)存儲(chǔ)引擎，innodb 和MyISAM區(qū)別
答:MySQL有多種存儲(chǔ)引，MyISAM、InnoDB、MERGE、MEMORY(HEAP)等
InnoDB 和MyISAM 區(qū)別：
1）. InnoDB 支持事務(wù)，MyISAM 不支持事務(wù)。這是 MySQL 將默認(rèn)存儲(chǔ)引擎從 MyISAM 變成 InnoDB 的重要原因之一；
2）. InnoDB 支持外鍵，而 MyISAM 不支持。對(duì)一個(gè)包含外鍵的 InnoDB 表轉(zhuǎn)為 MYISAM 會(huì)失敗；
3）. InnoDB 是聚集索引，MyISAM 是非聚集索引。聚簇索引的文件存放在主鍵索引的葉子節(jié)點(diǎn)上，因此 InnoDB 必須要有主鍵，通過(guò)主鍵索引效率很高。但是輔助索引需要兩次查詢，先查詢到主鍵，然后再通過(guò)主鍵查詢到數(shù)據(jù)。因此，主鍵不應(yīng)該過(guò)大，因?yàn)橹麈I太大，其他索引也都會(huì)很大。而 MyISAM 是非聚集索引，數(shù)據(jù)文件是分離的，索引保存的是數(shù)據(jù)文件的指針（就是物理地址）。主鍵索引和輔助索引是獨(dú)立的 。
注意：MyISAM 無(wú)論是主鍵還是非主鍵索引 ，data存儲(chǔ)的都是這條數(shù)據(jù)的物理地址（地址指針），innodb 主鍵索引的data就是這條數(shù)據(jù)，非主鍵索引的data是主鍵id，
高級(jí)
1.索引底層機(jī)制，B+樹(shù)特性，和其他數(shù)據(jù)結(jié)構(gòu)（二叉樹(shù)、紅黑樹(shù)）區(qū)別，
答：這個(gè)屬于高級(jí)特性，后續(xù)公眾號(hào)會(huì)重點(diǎn)輸出數(shù)據(jù)庫(kù)相關(guān)的知識(shí)和面試題
2.mysql事務(wù)隔離級(jí)別、MVCC 是什么，
答：
MVCC ，Multi-Version Control，多版本并發(fā)控制。MVCC 是一種并發(fā)控制的方法，一般在數(shù)據(jù)庫(kù)管理系統(tǒng)中，實(shí)現(xiàn)對(duì)數(shù)據(jù)庫(kù)的并發(fā)訪問(wèn)；在編程語(yǔ)言中實(shí)現(xiàn)事務(wù)內(nèi)存
3.數(shù)據(jù)庫(kù)鎖類(lèi)型，什么是數(shù)據(jù)庫(kù)死鎖，如何避免？
答：從數(shù)據(jù)庫(kù)系統(tǒng)角度分為三種：排他鎖、共享鎖、更新鎖。
從程序員角度分為兩種：一種是悲觀鎖，一種樂(lè)觀鎖，等等
避免死鎖方式：
結(jié)構(gòu)化數(shù)據(jù)建模：基于范式原則初級(jí)建模
熱點(diǎn)業(yè)務(wù)排解：挖出核心業(yè)務(wù)模型
應(yīng)用拆解：降低時(shí)間片復(fù)雜度
提升性能：優(yōu)化代碼，集群、超時(shí)機(jī)制、回滾機(jī)制
4.主從底層數(shù)據(jù)同步機(jī)制、binglog、redolog、undolog區(qū)別，
答：redo log：確保事務(wù)的持久性。防止在發(fā)生故障的時(shí)間點(diǎn)，尚有臟頁(yè)未寫(xiě)入磁盤(pán)，在重啟mysql服務(wù)的時(shí)候，根據(jù)redo log進(jìn)行重做，從而達(dá)到事務(wù)的持久性這一特性。undo log：回滾日志保存了事務(wù)發(fā)生之前的數(shù)據(jù)的一個(gè)版本，可以用于回滾，同時(shí)可以提供多版本并發(fā)控制下的讀（MVCC），也即非鎖定讀binlog：二進(jìn)制日志作用：用于復(fù)制，在主從復(fù)制中，從庫(kù)利用主庫(kù)上的binlog進(jìn)行重播，實(shí)現(xiàn)主從同步。 用于數(shù)據(jù)庫(kù)的基于時(shí)間點(diǎn)的還原。
四.開(kāi)發(fā)語(yǔ)言，java這塊后續(xù)我會(huì)陸續(xù)推出一些java基礎(chǔ)專(zhuān)欄，
面對(duì)對(duì)象三大特性、通俗解釋?zhuān)舜蠡緮?shù)據(jù)類(lèi)型及其大小，循環(huán)、判斷等語(yǔ)法
2.java集合 如、、hashmap等特性和底層實(shí)現(xiàn)原理 ；
3.java鎖類(lèi)型，線程安全、線程池、juc并發(fā)組件、反射等；
4.Jvm內(nèi)存結(jié)構(gòu)，不同版本區(qū)別，gc方法，調(diào)優(yōu)，命令等等；
5.、spring、mybatis等框架的使用和常見(jiàn)面試題
6.單例、工廠、適配器等設(shè)計(jì)模式
7.zk、dubbo、等相關(guān)java框架是否接觸過(guò)？底層原理
8.分布式事務(wù)、分布式鎖、冪等性等常見(jiàn)分布式問(wèn)題是否了解？解決方式？
五.自動(dòng)化，這塊是面試官重點(diǎn)去考察的地方，
1.自己開(kāi)發(fā)的自動(dòng)化框架嗎？為啥要開(kāi)發(fā)這么一個(gè)框架呢？市面上很多自動(dòng)化平臺(tái)為什么不用，卻要自己搭建？想過(guò)投入產(chǎn)出比嗎？
答：自己搭建，主要是項(xiàng)目每次上線之前，回歸重復(fù)的功能占用大量迭代時(shí)間，通過(guò)自動(dòng)化框架可以節(jié)約時(shí)間，市面上的測(cè)試平臺(tái)得自己部署和維護(hù)，出現(xiàn)問(wèn)題需要自己去查底層代碼解決，學(xué)習(xí)門(mén)檻較高，并且很多功能幾乎用不到，自己搭建的自動(dòng)化框架，開(kāi)發(fā)相對(duì)簡(jiǎn)單，上手特別快，特別符合當(dāng)前的項(xiàng)目需要。
2.說(shuō)下接口自動(dòng)化分別用了哪些框架，怎么實(shí)現(xiàn)的，你主要負(fù)責(zé)哪些部分？
答：我的主要是、testng、mysql、、mq 那套東西。
3.你們這套框架最難的技術(shù)點(diǎn)有哪些？搭建框架過(guò)程中遇到哪些問(wèn)題，怎么解決的？
答：難點(diǎn)技術(shù)有很多，譬如失敗用例重跑機(jī)制，異步接口校驗(yàn)返回結(jié)果，場(chǎng)景測(cè)試中前置依賴接口怎么處理，涉及到mq 怎么操作等等
4.流程場(chǎng)景怎么設(shè)計(jì)用例的？假如流程比較長(zhǎng)，你怎么保障前面流程成功？
答：可以引入失敗用例重跑機(jī)制 testng有接口實(shí)現(xiàn)、簡(jiǎn)單接口，我們可以直接在數(shù)據(jù)庫(kù)造數(shù)據(jù)。
5.數(shù)據(jù)放哪的？數(shù)據(jù)驅(qū)動(dòng)怎么做的？關(guān)鍵字驅(qū)動(dòng)怎么做的？
答：看情況，如果是靈活的數(shù)據(jù)，建議放在excel里面，做數(shù)據(jù)驅(qū)動(dòng)，如果是賬號(hào)、密碼這種修改很少的數(shù)據(jù)，可以考慮放在配置文件中，如果是那種一成不變的可以寫(xiě)死（盡量別這么做）。
關(guān)鍵字驅(qū)動(dòng)：測(cè)試用例的步驟(元素)和用例分離。關(guān)鍵字驅(qū)動(dòng)表示把項(xiàng)目中的一些邏輯封裝成關(guān)鍵字(一個(gè)函數(shù)名)。例如login、 、order進(jìn)行設(shè)置變量（Set ）,調(diào)用不同的關(guān)鍵字組合實(shí)現(xiàn)不同的業(yè)務(wù)邏輯，從而驅(qū)動(dòng)測(cè)試用例執(zhí)行。
數(shù)據(jù)驅(qū)動(dòng)：數(shù)據(jù)和用例步驟分離，通過(guò)excel、yaml等文件保存數(shù)據(jù)。數(shù)據(jù)驅(qū)動(dòng)是把測(cè)試用例里面的數(shù)據(jù)提取到excel或者yam文件里面，然后通過(guò)改變excel或yaml中的數(shù)據(jù)驅(qū)動(dòng)測(cè)試用例執(zhí)行。
6.這套框架覆蓋了開(kāi)發(fā)多少業(yè)務(wù)代碼，怎么統(tǒng)計(jì)出來(lái)的？多少用例，跑一次多長(zhǎng)時(shí)間？
答：主要覆蓋所負(fù)責(zé)業(yè)務(wù)的主要流程和一些常見(jiàn)的異常流程，通過(guò)jacoco 覆蓋率統(tǒng)計(jì)工具統(tǒng)計(jì)出來(lái)的，用例大概有100+個(gè)，涉及到30多個(gè)接口，跑一次將近2分鐘左右。
7.開(kāi)發(fā)修改接口和你的自動(dòng)化代碼怎么同步修改，以保證自動(dòng)化測(cè)試代碼不報(bào)錯(cuò)？
答：依靠規(guī)范、或者技術(shù)手段。
六.性能測(cè)試重中之重，內(nèi)容包羅萬(wàn)象，涉及到性能測(cè)試方式、策略、監(jiān)控、分析調(diào)優(yōu)等方面
1.你們公司性能測(cè)試怎么做的，說(shuō)一下流程？
答:基本流程就是產(chǎn)研測(cè)三方開(kāi)會(huì)、一起定下tps基準(zhǔn)值，測(cè)試設(shè)計(jì)性能測(cè)試計(jì)劃和測(cè)試用例、用例評(píng)審、進(jìn)行壓測(cè)、觀測(cè)數(shù)據(jù)找出性能瓶頸，調(diào)優(yōu)持續(xù)壓測(cè)等等
2.TPS上不去什么原因，怎么排查？響應(yīng)時(shí)間太長(zhǎng)怎么分析？
答：通過(guò)各種監(jiān)控技術(shù)如 、等 觀測(cè)系統(tǒng)瓶頸，基本上分為一下幾個(gè)方面 帶寬、連接池、硬件、垃圾回收機(jī)制、數(shù)據(jù)庫(kù)等方面去分析。
3.線程阻塞和死鎖問(wèn)題怎么去定位分析，有什么現(xiàn)象?
答：在發(fā)生死鎖之后，程序卡住沒(méi)有任何反應(yīng)，但程序仍在運(yùn)行，因此需要借助一些命令來(lái)排查，用JDK自帶的命令jstack -pid去查看線程信息，jstack很快就幫我們找到了死鎖的位置（在實(shí)際運(yùn)行中，往往dump一次信息，還不足以確認(rèn)問(wèn)題，建議多dump幾次，如果每次dump都指向同一個(gè)問(wèn)題，那么就可以確定是這個(gè)問(wèn)題導(dǎo)致的線程死鎖）
4.內(nèi)存泄露和內(nèi)存溢出有什么區(qū)別？分別會(huì)有什么現(xiàn)象？怎么定位分析？
答：內(nèi)存溢出（Out Of Memory） ：就是申請(qǐng)內(nèi)存時(shí)，JVM沒(méi)有足夠的內(nèi)存空間。通俗說(shuō)法就是去蹲坑發(fā)現(xiàn)坑位滿了。
內(nèi)存泄露 （Memory Leak）：就是申請(qǐng)了內(nèi)存，但是沒(méi)有釋放，導(dǎo)致內(nèi)存空間浪費(fèi)，通俗點(diǎn)就是占著那啥不那啥。
5.數(shù)據(jù)庫(kù)是怎么監(jiān)控的，sql慢查詢?cè)趺幢O(jiān)控分析？
答：見(jiàn)數(shù)據(jù)庫(kù)sql優(yōu)化面試題。
6.如何進(jìn)行全鏈路監(jiān)控分析，定位性能瓶頸？
答：自行百度
7.壓測(cè)線上環(huán)境都會(huì)遇到什么問(wèn)題，數(shù)據(jù)隔離怎么做的？如何減小對(duì)生產(chǎn)影響？
答：臟數(shù)據(jù)影響真實(shí)的業(yè)務(wù)響應(yīng)和數(shù)據(jù)，可以考慮落入影子庫(kù)，mock對(duì)象、或者數(shù)據(jù)帶有明顯標(biāo)識(shí)等手段。
8.測(cè)試過(guò)程中都發(fā)現(xiàn)了哪些性能問(wèn)題，怎么定位分析的?優(yōu)化方案是什么？
答：每個(gè)人準(zhǔn)備的問(wèn)題不一致，我的就是遇到了jvm fullgc頻繁導(dǎo)致接口響應(yīng)時(shí)間慢，通過(guò)java一些命令定位分析發(fā)現(xiàn)jvm配置不合理。
9.項(xiàng)目架構(gòu)是怎么樣的？簡(jiǎn)單描述或者畫(huà)圖
答：微服務(wù)架構(gòu)，兩個(gè)入口、公眾號(hào)和web端，請(qǐng)求先經(jīng)過(guò)Nginx做負(fù)載均衡、流量均勻的打到項(xiàng)目的api網(wǎng)關(guān)，后面就是項(xiàng)目的微服務(wù)架構(gòu)（采購(gòu)單、供應(yīng)商、庫(kù)存、倉(cāng)庫(kù)物流等等）如果對(duì)后端采用的架構(gòu)熟悉，可以順帶提一下，比如用了 全家桶、eureka做服務(wù)注冊(cè)和發(fā)現(xiàn)，mq實(shí)現(xiàn)異步解耦，redis緩存有效減少數(shù)據(jù)庫(kù)交互等等。
七.中間件相關(guān)問(wèn)題,簡(jiǎn)歷如果說(shuō)了，面試官一般都會(huì)順帶問(wèn)下
1.正向代理和反向代理區(qū)別？Nginx了解嗎？負(fù)載均衡算法
答：Nginx是一款自由的、開(kāi)源的、高性能的HTTP服務(wù)器和反向代理服務(wù)器；同時(shí)也是一個(gè)IMAP、POP3、SMTP代理服務(wù)器；Nginx可以作為一個(gè)HTTP服務(wù)器進(jìn)行網(wǎng)站的發(fā)布處理，另外Nginx可以作為反向代理進(jìn)行負(fù)載均衡的實(shí)現(xiàn)。
正向代理：服務(wù)器位于客戶端和服務(wù)器之間，為了從服務(wù)器獲取數(shù)據(jù)，客戶端要向代理服務(wù)器發(fā)送一個(gè)請(qǐng)求，并指定目標(biāo)服務(wù)器，代理服務(wù)器將目標(biāo)服務(wù)器返回的數(shù)據(jù)轉(zhuǎn)交給客戶端。這里客戶端需要要進(jìn)行一些正向代理的設(shè)置的。舉例:翻墻，正向代理中被代理的是客戶端的請(qǐng)求
反向代理：客戶端對(duì)代理是無(wú)感知的，客戶端不需要任何配置就可以訪問(wèn)，客戶端將請(qǐng)求發(fā)送到反向代理服務(wù)器，由反向代理服務(wù)器去選擇目標(biāo)服務(wù)器獲取數(shù)據(jù)后，在返回給客戶端，此時(shí)反向代理服務(wù)器和目標(biāo)服務(wù)器對(duì)外就是一個(gè)服務(wù)器，暴露的是代理服務(wù)器地址，隱藏了真實(shí)服務(wù)器IP地址。
負(fù)載均衡算法：輪詢、隨機(jī)、最少連接、hash、加權(quán)等，說(shuō)一下具體使用場(chǎng)景
2.mq是如何測(cè)試的？你項(xiàng)目中怎么應(yīng)用的？mq的優(yōu)缺點(diǎn)？為什么使用mq？怎么保障mq消息的有序性、冪等性、可靠性（不丟失）
答：消息中間件 具備解耦、削峰、異步的作用，具體可自行百度
3.為什么使用redis，redis五種數(shù)據(jù)類(lèi)型，如何測(cè)試redis的，項(xiàng)目中如何應(yīng)用的？
答：基于內(nèi)存查詢效率高，高并發(fā)情況下保護(hù)數(shù)據(jù)庫(kù)，string、hash、list、set、zset五中數(shù)據(jù)類(lèi)型，項(xiàng)目中主要用于請(qǐng)求token 保存和失效，防重分布式鎖，冷數(shù)據(jù)（改動(dòng)量小）保存，冪等性校驗(yàn)等等。
4.都發(fā)現(xiàn)過(guò)哪些緩存方面的bug，怎么定位的？
答：緩存和數(shù)據(jù)庫(kù)數(shù)據(jù)不一致，緩存穿透，擊穿，雪崩等
5.redis穿透，擊穿，雪崩機(jī)制，被問(wèn)了好幾次......
答：自行百度
八.算法，一些大廠必問(wèn)，百度、阿里、字節(jié)、騰訊等
1.常見(jiàn)的排序算法，冒泡，快排等
2.數(shù)組，字符串的相關(guān)算法操作比如找一個(gè)字符串中重復(fù)最長(zhǎng)的字符串、兩數(shù)之和等
3.簡(jiǎn)單的數(shù)據(jù)結(jié)構(gòu)棧，隊(duì)列，鏈表的基本的操作等
算法這塊沒(méi)有捷徑，需要日積月累，一些常見(jiàn)的算法題，盡量在理解的基礎(chǔ)上去默寫(xiě)并記熟，有些網(wǎng)站牛客網(wǎng)、刷刷題加強(qiáng)一下。
九.其他
假如測(cè)試任務(wù)重，時(shí)間緊，但是人手不夠你怎么處理？
答：向上反饋真實(shí)情況、加派人手、爭(zhēng)取更多時(shí)間或削減不必要需求，測(cè)試中要充分理解需求，設(shè)計(jì)用例加強(qiáng)評(píng)審，需求排優(yōu)先級(jí)等等
2.假如開(kāi)發(fā)不認(rèn)可你提出bug,怎么辦？
答：自己重新復(fù)現(xiàn)一下提出的bug,如果確實(shí)是bug,可以和開(kāi)發(fā)當(dāng)面溝通清楚，溝通無(wú)效則向上反饋。
3.線上有碰到過(guò)漏測(cè)的bug嗎？怎么處理的
答：碰到過(guò)，可以說(shuō)一個(gè)不大不小的漏測(cè)案例（前提是別人的bug才導(dǎo)致的），重點(diǎn)說(shuō)下防止下次漏測(cè)措施。
4.職業(yè)規(guī)劃，離職原因。
答：這個(gè)開(kāi)發(fā)性題目，離職原因盡量別說(shuō)上家公司壞話。
歡迎關(guān)注我的公眾號(hào)，懂java的測(cè)試 。免費(fèi)簡(jiǎn)歷修改和面試指導(dǎo)。