1 移動(dòng)互聯(lián)網(wǎng)紅利消退，增量市場(chǎng)轉(zhuǎn)為存量競(jìng)爭(zhēng)：過(guò)去十年，客戶端開發(fā)（尤其是移動(dòng)端）的爆發(fā)式增長(zhǎng)得益于智能手機(jī)普及和移動(dòng)互聯(lián)網(wǎng)紅利。然而，據(jù)工信部數(shù)據(jù)，2023年中國(guó)移動(dòng)互聯(lián)網(wǎng)用戶規(guī)模已超12億，滲透率接近飽和，新增用戶增速降至個(gè)位數(shù)。市場(chǎng)從“爭(zhēng)奪增量”轉(zhuǎn)向“瓜分存量”，頭部應(yīng)用（如微信、抖音、淘寶）壟斷絕大多數(shù)流量，新App獲客成本飆升。中小廠商難以突圍，導(dǎo)致純客戶端崗位需求銳減，企業(yè)更傾向于優(yōu)化現(xiàn)有App而非從零開發(fā)新產(chǎn)品，甚至直接依托超級(jí)App的小程序生態(tài)（如微信、支付寶）降低開發(fā)成本。  2 跨端技術(shù)崛起，原生開發(fā)需求被擠壓：為降低多端適配成本，企業(yè)普遍采用跨平臺(tái)技術(shù)（如Flutter、React Native、小程序）替代傳統(tǒng)原生開發(fā)。例如，閑魚、美團(tuán)等頭部App已通過(guò)Flutter實(shí)現(xiàn)代碼復(fù)用率超80%，而微信小程序生態(tài)容納了數(shù)百萬(wàn)輕應(yīng)用，進(jìn)一步減少獨(dú)立App的需求。原生客戶端開發(fā)者若僅掌握平臺(tái)特定技術(shù)（如Swift、Kotlin），競(jìng)爭(zhēng)力將大幅削弱。即便在需要高性能的場(chǎng)景（如游戲、音視頻），跨端方案也通過(guò)Skia引擎、原生模塊混合開發(fā)等方式逐步滲透，原生開發(fā)的“護(hù)城河”日益收窄。  3 大前端融合趨勢(shì)下，單一客戶端技能價(jià)值稀釋： 企業(yè)對(duì)開發(fā)者的技術(shù)要求從“專精單一平臺(tái)”轉(zhuǎn)向“全端通吃”。招聘需求中，“客戶端+前端”“Android/iOS+小程序”的復(fù)合技能成為標(biāo)配。例如，字節(jié)跳動(dòng)等大廠已推行“大前端”團(tuán)隊(duì)模式，開發(fā)者需同時(shí)應(yīng)對(duì)Web、Native、Hybrid等多種場(chǎng)景。純客戶端開發(fā)者若無(wú)法擴(kuò)展技術(shù)棧（如學(xué)習(xí)JavaScript、Node.js），不僅晉升機(jī)會(huì)受限，還可能因團(tuán)隊(duì)結(jié)構(gòu)調(diào)整被邊緣化。這種趨勢(shì)使得客戶端崗位的“純粹性”逐漸消失，轉(zhuǎn)而成為大前端領(lǐng)域的一個(gè)子集。  #客戶端# #客戶端研發(fā)工程師# #客戶端面經(jīng)# #客戶端春招#

面試官給我介紹客戶端的不同方向，安卓，IOS，鴻蒙，各個(gè)方向的區(qū)別和發(fā)展前景，以及客戶端開發(fā)的應(yīng)用場(chǎng)景。也介紹了前端后端開發(fā)大概的情況，讓我自己要有充分的認(rèn)識(shí)之后選擇好方向。自我介紹為什么選擇客戶端開發(fā)，職業(yè)規(guī)劃是什么？項(xiàng)目數(shù)據(jù)中臺(tái)中的Doris庫(kù)的選擇，能否使用Mysql + Redis進(jìn)行替換？OJ判題項(xiàng)目中，題庫(kù)的問題是怎么解決的？多個(gè)用戶同時(shí)作答同一道題，如何解決高并發(fā)的問題？判題過(guò)程的長(zhǎng)連接問題是怎么解決的？用戶需要使用http連接等待返回結(jié)果？c++中的void*指針的作用是什么？（c++的八股其實(shí)一點(diǎn)都沒看過(guò)。。）void* 強(qiáng)制類型轉(zhuǎn)換會(huì)不會(huì)發(fā)生錯(cuò)誤？如何解決這種錯(cuò)誤呢？c++...

現(xiàn)在客戶端為什么市場(chǎng)飽和，還愿意校招，你想想為啥，招新人是因?yàn)樾氯斯べY不用給那么高，還可以隨時(shí)開。????

TEG一面2.261. JVM內(nèi)存結(jié)構(gòu)及其作用2.OOM在哪出現(xiàn)，怎么解決3.怎么判斷要不要GC，哪些對(duì)象要被GC4.哪些對(duì)象可以作為GCroots5.redis性能為什么這么高6. redis持久化7.持久化怎么保證數(shù)據(jù)不丟失8.redis集群9.SpringBoot的結(jié)構(gòu)10.項(xiàng)目11.延遲隊(duì)列怎么實(shí)現(xiàn)，自己寫一個(gè)怎么實(shí)現(xiàn)12.手撕：最長(zhǎng)遞增子序列TEG二面3.41. 介紹項(xiàng)目2. 你對(duì)微服務(wù)架構(gòu)的理解是什么3. 既然微服務(wù)是對(duì)一個(gè)單體項(xiàng)目的拆分，那直接把每一個(gè)接口拆成一個(gè)服務(wù)是不是更好4. 說(shuō)到遠(yuǎn)程調(diào)用比本地代碼調(diào)用更消耗性能，那么把一組微服務(wù)部署在一起通過(guò)本地的遠(yuǎn)程調(diào)用，不涉及到不同實(shí)例上遠(yuǎn)程調(diào)用的網(wǎng)絡(luò)開銷，這樣能不能解決這個(gè)問題5. 一臺(tái)服務(wù)器上不同的兩個(gè)進(jìn)程之間的網(wǎng)絡(luò)調(diào)用，按照網(wǎng)絡(luò)的七層結(jié)構(gòu)來(lái)說(shuō)，這個(gè)請(qǐng)求會(huì)不會(huì)走到網(wǎng)卡，然后通過(guò)收發(fā)包回到那個(gè)進(jìn)程6. 一個(gè)進(jìn)程給另一個(gè)進(jìn)程發(fā)請(qǐng)求，但是其實(shí)并不知道另一個(gè)進(jìn)程是部署在本地還是在遠(yuǎn)端。那操作系統(tǒng)怎么知道這個(gè)請(qǐng)求什么時(shí)候走網(wǎng)卡發(fā)送，什么時(shí)候不走網(wǎng)卡7. 如果redis性能不是問題，抗幾十萬(wàn)幾百萬(wàn)的并發(fā)都行，那么redis還有沒有什么其他問題（提示熱key問題）8. redis里存什么，數(shù)據(jù)庫(kù)里存什么。如果redis里和數(shù)據(jù)庫(kù)中存的是一樣的，那么是不是就不需要數(shù)據(jù)庫(kù)都行9. 如果全部在redis中進(jìn)行操作，那么數(shù)據(jù)不一致的時(shí)候redis掛了，那么不就出問題了嗎 10. 進(jìn)程、線程、協(xié)程11. 進(jìn)程的內(nèi)存結(jié)構(gòu)大概什么樣的、低地址高地址是怎么分布的。12. 進(jìn)程通信的方式13. 各種方式能適用于哪種場(chǎng)景14. 假如說(shuō)開了一塊共享內(nèi)存大概是3個(gè)g，有兩個(gè)進(jìn)程都把它掛上去了這個(gè)共享內(nèi)存占不占用本機(jī)進(jìn)程的內(nèi)存空間（就是說(shuō)假如本身有4g，那么掛上這塊共享內(nèi)存之后是不是本身進(jìn)程就相當(dāng)于到了7g，提示共享內(nèi)存底層的實(shí)現(xiàn)機(jī)制）15. 如果不使用框架，自己來(lái)實(shí)現(xiàn)一個(gè)服務(wù)器來(lái)接受請(qǐng)求，要做哪些事才行（想問sokect編程里的服務(wù)器端要能收客戶端的請(qǐng)求要做哪些事）TEG三面3.51. 高并發(fā)場(chǎng)景中用到了事務(wù)嗎2. 常見的事務(wù)有不同的模式組合，用于異構(gòu)的分布式系統(tǒng)的數(shù)據(jù)一致性問題，有哪幾種常見的模型（分布式事務(wù)的兩階段和三階段）3. rabbitmq中怎么處理消息堆積問題4. redis中的熱key和大key問題5. 如果將熱key拆分到不同redis實(shí)例中，那不同實(shí)例之間的數(shù)據(jù)同步怎么解決（怎么保證數(shù)據(jù)在多個(gè)實(shí)例中的一致性）6. 如果只有1%的key是熱key，其他的不是熱key。熱key的請(qǐng)求量是非熱key的幾十倍。那么用主從的方式怎么去平衡成本7. mysql是通過(guò)什么方式去解決主從同步的8. binlog日志像事務(wù)類的操作有回滾之類的各種情況，那么怎么解決同步的從節(jié)點(diǎn)也能夠在一段時(shí)間內(nèi)保持最終的一致性（事務(wù)的主從同步是怎么做的）9. 假設(shè)數(shù)據(jù)庫(kù)的主節(jié)點(diǎn)出了問題，那么怎么把流量遷移到從節(jié)點(diǎn)回答選舉新的主節(jié)點(diǎn)，但是面試官說(shuō)在做數(shù)據(jù)同步的時(shí)候，主節(jié)點(diǎn)掛了會(huì)導(dǎo)致數(shù)據(jù)丟失問題10. 自己設(shè)計(jì)一個(gè)哈希表的類要怎么構(gòu)建11. 假設(shè)內(nèi)存大小固定為1M，那么要怎么做。怎么在內(nèi)存有限的情況下保證擴(kuò)展性和安全性12. 構(gòu)造一個(gè)遞歸的使用場(chǎng)景，遞歸怎么轉(zhuǎn)換為迭代13. 將一個(gè)Java的源代碼，編譯成一個(gè)可執(zhí)行的文件，整個(gè)編譯過(guò)程是怎么做的14. 接口和類的分別在哪些場(chǎng)景下使用15. 用類的方式去實(shí)現(xiàn)一個(gè)單例，要怎么做16. 觀察者模式的應(yīng)用場(chǎng)景TEG一面3.141. 介紹項(xiàng)目2. Redisson分布式鎖是怎么實(shí)現(xiàn)的，Rdisson具體的加鎖過(guò)程有了解過(guò)嗎3.在Redisson可重入的場(chǎng)景下，當(dāng)前線程沒有去解鎖。然后這個(gè)線程復(fù)用了，那么會(huì)不會(huì)重復(fù)的獲取到這個(gè)鎖，或者說(shuō)意外釋放4. redis是單線程還是多線程5. 說(shuō)下Java集合的繼承結(jié)構(gòu)6. 常用的集合有哪些，分別適用那種場(chǎng)景7. hashmap是線程安全的嗎8. 多線程環(huán)境下hashmap除了put時(shí)候的數(shù)據(jù)覆蓋問題還有什么問題9. Java中停止一個(gè)線程的話一般怎么停止（怎么讓一個(gè)線程掛掉或者說(shuō)阻塞起來(lái)）10. 如果一個(gè)線程一直在跑，想讓它停止掉怎么處理（完全停止）11. 鎖升級(jí)的過(guò)程12. 為什么這么設(shè)計(jì)13. MySQL中設(shè)計(jì)索引的話要考慮哪些問題、14. 介紹一下布隆過(guò)濾器，以及其原理15. 布隆過(guò)濾器有沒有什么局限的地方16. Springboot的自動(dòng)裝配17. Spring中兩個(gè)比較大的特性是什么18. AOP是怎么做到的19. IoC控制反轉(zhuǎn)，反轉(zhuǎn)的是什么東西20. Bean的生命周期21. JVM中的OOM大多可能發(fā)生在區(qū)域22. 怎么避免出現(xiàn)OOM23. 對(duì)象在堆區(qū)的晉升機(jī)制24.一般在做開發(fā)的時(shí)候?qū)σ恍┊惓Ｊ窃趺刺幚淼?5. 什么情況下Bean對(duì)象會(huì)注入失敗TEG二面忘了