手撕：HashMap問題：自我介紹介紹下實(shí)習(xí)期間做的工作共享屏幕看項(xiàng)目代碼常見的負(fù)載均衡算法常見序列化方式各種序列化方式的優(yōu)缺點(diǎn)hashmap的線程安全如果有一個(gè)long類型變量，一個(gè)線程要進(jìn)行修改，另一個(gè)線程要讀，這個(gè)時(shí)候需要加鎖嗎還有什么其他方式來保證這個(gè)long類型變量多線程的安全問題什么情況下會(huì)有內(nèi)存泄漏介紹下可達(dá)性分析什么東西可以作為gcroots對(duì)Kotlin了解嗎最新Java版本的新特性攢攢好運(yùn)~#牛客創(chuàng)作賞金賽##阿里國(guó)際##阿里##實(shí)習(xí)##?？虯I配圖神器#

收到阿里國(guó)際offer了，不容易tl：4.14一面 - 4.14筆試 - 4.17二面 - 4.22意向崗位：bravo102感覺阿里國(guó)際的面試體驗(yàn)還是很好的，和一面二面面試官交流的都很開心。攢攢好運(yùn)~#?？蛣?chuàng)作賞金賽##阿里國(guó)際##暑期##實(shí)習(xí)#

4.29更新：最新消息，給offer了。bravo102項(xiàng)目————————————雙非本科，985碩，阿里國(guó)際 hr面完了，在排序，應(yīng)該在對(duì)我的雙非本科在猶豫。會(huì)因?yàn)檫@個(gè)掛掉嗎？ 有沒有人有相關(guān)經(jīng)驗(yàn)  #阿里國(guó)際#  #阿里#

無手撕60min1.介紹一下常見的集合類2.ArrayList和linkedlist的區(qū)別3.插入 刪除 查詢的步驟和時(shí)間復(fù)雜度4.底層實(shí)現(xiàn)分別是什么5.數(shù)組是怎樣做到直接用索引就能查詢的6.hashmap的結(jié)構(gòu)和用途7.沖突了怎么辦8.為什么是紅黑樹而不是AVL9.hashmap的線程安全問題10.concurrenthashmap的原理11.如果不用concurrenthashmap，怎么保證hashmap的線程安全12.死鎖13.口述一個(gè)死鎖該怎么實(shí)現(xiàn)14.口述如何觸發(fā)oom15.口述如何寫爆棧16.jvm內(nèi)存區(qū)域17.CAS和synchronized的原理和作用18.分別在什么場(chǎng)景下使用，各自的優(yōu)缺點(diǎn)19.線程池參數(shù)20.場(chǎng)景題：給一個(gè)場(chǎng)景該如何設(shè)計(jì)線程池參數(shù)21.實(shí)習(xí)內(nèi)容感覺這次一面參考意義還是很大的，都是由淺逐步問到深入，很經(jīng)典的一次大廠面試問法。 #面經(jīng)# #秋招# #阿里# #阿里國(guó)際# #

1.淘天：一面過，泡了一周約二面二面完泡一周過期自動(dòng)掛后續(xù)志愿全部消失，很神奇，投也投不了2.阿里巴巴控股：一面掛，面試官全程不care實(shí)習(xí)項(xiàng)目，只問了基礎(chǔ)3.阿里云：一面過，面試官很好，問了很多實(shí)習(xí)項(xiàng)目二面過，面試官拷打很多項(xiàng)目實(shí)習(xí)場(chǎng)景三面總監(jiān)秒掛，否定了整個(gè)實(shí)習(xí)的產(chǎn)出，說實(shí)習(xí)公司項(xiàng)目沒意義，有沒有意義是我一個(gè)實(shí)習(xí)生能決定的嗎??4.螞蟻：一面體驗(yàn)不錯(cuò)，泡了一周自動(dòng)過期掛5.釘釘：筆試完泡6.阿里國(guó)際：無筆無面一直泡總體來看，阿里系暑期基本結(jié)束了，流程推太慢，池子大，泡著不給面下一個(gè)志愿，面試體驗(yàn)一般，單純是本鼠??菜，這輩子廢掉了，阿里黑子誕生(以上僅個(gè)人評(píng)價(jià))#阿里云# #淘天# #阿里求職進(jìn)展匯總# #螞蟻求職進(jìn)展匯總# #阿里巴巴控股# #釘釘# #阿里國(guó)際#

阿里國(guó)際一面也有點(diǎn)小壓力的，面試官比較嚴(yán)肅，特別是那個(gè)攝像頭，對(duì)簿公堂的感覺，八股基本都會(huì)往下問一嘴，所以還是需要點(diǎn)基本功的1.個(gè)人基本情況了解，轉(zhuǎn)正情況2.實(shí)習(xí)項(xiàng)目難點(diǎn)，背景，如何解決3.除了字節(jié)Garfish，還了解過其他微前端方案嗎4.實(shí)現(xiàn)微前端方案有哪些核心技術(shù)要點(diǎn)5.樣式隔離一般怎么實(shí)現(xiàn)6.子應(yīng)用切換渲染問題的具體解決方案7.項(xiàng)目如何配置子應(yīng)用8.react常用hooks，useRef和useMemo使用場(chǎng)景9.useEffect依賴數(shù)組怎么使用，判斷依賴數(shù)組是否更新是深比較還是淺比較10.性能指標(biāo)了解嗎，如何查看自己頁面的性能情況11.頁面卡頓和性能問題出現(xiàn)的時(shí)候有什么排查思路12.script的async和defer有什么區(qū)別13.react組件的INP比較長(zhǎng)，如何優(yōu)化（這個(gè)就沒聽過，只能猜了）14.什么情況下會(huì)觸發(fā)組件重新渲染15.防抖和節(jié)流，代碼如何實(shí)現(xiàn)16.一個(gè)秒殺按鈕用防抖還是節(jié)流（思路是，描述應(yīng)該取第一次，所以是節(jié)流）17.移動(dòng)端做過嗎，了解移動(dòng)端適配怎么做嗎18.nodejs開發(fā)了解嗎19.如何實(shí)現(xiàn)自適應(yīng)的三列布局20.flex1是什么屬性縮寫，各代表什么21.閉包22.redux的reducer和action是用來干嘛的，還知道什么狀態(tài)管理工具嗎23.怎么改變this指向24.箭頭函數(shù)的this指向哪里25.promise常用api26.有ab兩個(gè)請(qǐng)求，任意一個(gè)成功可以執(zhí)行c應(yīng)該使用哪個(gè)27.allsettle28.forEach方法中斷怎么做    面試官給了個(gè)新思路，我覺得挺好的。之前一直都知道拋出錯(cuò)誤可以中斷。面試官提示：forEach正常情況下怎么走完？幡然醒悟，改變數(shù)組的length就可以了29.打包構(gòu)建工具了解過嗎，知道webpack和vite的區(qū)別嗎30.如何獲取cookie，刪除呢31.跨域怎么解決，如果要實(shí)現(xiàn)一個(gè)jsonp的請(qǐng)求工具，比如發(fā)一個(gè)npm包，實(shí)現(xiàn)一個(gè)函數(shù)傳參數(shù)就可以解決跨域，怎么解決32.3L和5L燒杯怎么量出4L33.排序算法了解哪些？快速排序?qū)崿F(xiàn)原理是什么？快排是穩(wěn)定的嗎？其他排序算法穩(wěn)定性呢34.快排時(shí)間復(fù)雜度和空間復(fù)雜度？35.自己做一個(gè)自我評(píng)價(jià)，自己的優(yōu)缺點(diǎn)36.個(gè)人性格用幾個(gè)詞來形容37.對(duì)自己的未來有個(gè)人規(guī)劃嗎38.你堅(jiān)持最久的一件事，這個(gè)過程中有沒有想讓你放棄的時(shí)候39.你最敬佩的一個(gè)人好家伙，復(fù)盤發(fā)現(xiàn)真是天南海北什么都問完了。。#阿里國(guó)際##前端##秋招##24屆軟開秋招面試經(jīng)驗(yàn)大賞#

最近手上有這幾個(gè)offer，想請(qǐng)?？痛罄虚T幫忙分析一下，感謝感謝阿里國(guó)際 bravo102-進(jìn)去應(yīng)該做廣告AI Agent美團(tuán) 報(bào)表數(shù)據(jù)蝦皮 供應(yīng)鏈還有一個(gè)騰訊HR面完在泡池子，pcg應(yīng)用架構(gòu)#?？蛣?chuàng)作賞金賽##阿里國(guó)際##美團(tuán)##騰訊##蝦皮#

1??杭州，阿里國(guó)際bravo102大模型，JD圖二。多模態(tài)模型商品理解基座。優(yōu)：1.感覺能接觸更多基座訓(xùn)練，推理強(qiáng)化，秋招更通用一些，也能投一些自駕和機(jī)器人。劣：1.base杭州，學(xué)校有事的話得回上海。2.感覺偏科研不知道會(huì)不會(huì)太脫離業(yè)務(wù)。———————-2??上海，字節(jié)跳動(dòng)大模型廣告審核，JD圖三。關(guān)于業(yè)務(wù)：一面說是用大模型做視頻廣告審核以及reasoning；二面說了兩部分，一是 將先小模型篩選出難例然后大模型解決難例的pipeline改成端到端，二是 希望將定期需要finetune的模型改成online的。優(yōu)：1.字節(jié)離宿舍兩站地鐵，能兼顧實(shí)驗(yàn)室的事。2.字節(jié)的title貌似更吸引人？劣：1.轉(zhuǎn)正說的很含糊，問了我阿里轉(zhuǎn)正情況，不懂啥意思。2.審核是不是類似風(fēng)控的負(fù)向業(yè)務(wù)？———————- #暑期實(shí)習(xí)# #大廠校招#     #26暑期實(shí)習(xí)# #阿里國(guó)際#     #螞蟻集團(tuán)# #拼多多#     #互聯(lián)網(wǎng)大廠# #碩博圈#     #大模型算法# #阿里國(guó)際Bravo102#     #oc# #工作選擇#     #offer# #校招#     #大廠校招# #復(fù)旦大學(xué)#   #互聯(lián)網(wǎng)大廠實(shí)習(xí)# #找實(shí)習(xí)#   #內(nèi)推#

        第三期來了，慣例感謝牛u們的點(diǎn)贊收藏和花花~        話不多說直接開始。1.（百度一面）什么時(shí)候會(huì)用到預(yù)檢請(qǐng)求        可能有些小伙伴還沒了解過這個(gè)概念，那就整體介紹一下預(yù)檢請(qǐng)求，看完就明白了。        首先說下啥時(shí)候會(huì)用到預(yù)檢請(qǐng)求：在CORS解決跨域的這套機(jī)制內(nèi)會(huì)用到。        在 CORS 機(jī)制中，客戶端將請(qǐng)求分為了兩種：簡(jiǎn)單請(qǐng)求和非簡(jiǎn)單請(qǐng)求（分類見圖1）；當(dāng)請(qǐng)求為非簡(jiǎn)單請(qǐng)求時(shí)，就會(huì)觸發(fā)瀏覽器發(fā)送預(yù)檢請(qǐng)求，這是瀏覽器的行為。            預(yù)檢請(qǐng)求會(huì)向服務(wù)器確認(rèn)跨域是否允許，服務(wù)返回的響應(yīng)頭里有對(duì)應(yīng)字段Access-Control-Allow-Origin來給瀏覽器判斷：如果允許，瀏覽器緊接著發(fā)送實(shí)際請(qǐng)求；不允許，報(bào)錯(cuò)并禁止客戶端腳本讀取響應(yīng)相關(guān)的任何東西。        所以，比如一個(gè) POST 請(qǐng)求并且請(qǐng)求頭添加了Content-Type: application/json ，瀏覽器判定為非簡(jiǎn)單請(qǐng)求，自己先發(fā)一個(gè) OPTIONS 請(qǐng)求給服務(wù)器獲取做跨域判定，獲取響應(yīng)后瀏覽器發(fā)現(xiàn)可以跨域，接著就發(fā)送真實(shí)的 POST。        接下來的問題是：為什么預(yù)檢請(qǐng)求選擇了 OPTIONS 呢？        來看預(yù)檢請(qǐng)求的流程，如果是一個(gè)跨域請(qǐng)求，瀏覽器會(huì)自動(dòng)給該請(qǐng)求帶上 Origin 頭部，標(biāo)明當(dāng)前請(qǐng)求的來源域；服務(wù)器判斷這個(gè)請(qǐng)求是否允許跨域，就會(huì)在返回時(shí)，選擇是否帶上 Access-Control-Allow-Origin 頭部，最后，瀏覽器判斷 Access-Control-Allow-Origin 就知道，后續(xù)請(qǐng)求是否發(fā)送。        這個(gè)流程中，對(duì)預(yù)檢請(qǐng)求方法的要求：        ① 不需要帶請(qǐng)求體，服務(wù)器判斷的依據(jù)在 Request header 中；        ② 服務(wù)器返回不需要響應(yīng)體，瀏覽器判斷的依據(jù)在 Response header 中；        ③ 請(qǐng)求不會(huì)去修改服務(wù)器資源（冪等），要是一個(gè)安全的請(qǐng)求；        ④ 瀏覽器默認(rèn)不會(huì)緩存，需要每次發(fā)送跨域驗(yàn)證；        再看看 OPTIONS 的定義（圖2），會(huì)有一種量身定做的感覺。        下一個(gè)問題：為啥要先去發(fā)個(gè)請(qǐng)求判斷能不能跨域，這樣不是比較麻煩嗎？        我認(rèn)為這個(gè)做法的優(yōu)點(diǎn)有兩個(gè)：        ① 如果類似瀏覽器這種，包含 CORS 機(jī)制的客戶端發(fā)送的請(qǐng)求，每次都要經(jīng)過一個(gè)復(fù)雜邏輯才能知道自己是否跨域，服務(wù)器的壓力和用戶體驗(yàn)是不理想的，那么預(yù)檢請(qǐng)求就孕育而生：發(fā)送實(shí)際請(qǐng)求前，先發(fā)送預(yù)檢請(qǐng)求詢問服務(wù)器是否允許跨域，不允許就不發(fā)送實(shí)際請(qǐng)求，服務(wù)器只需要對(duì)預(yù)檢請(qǐng)求進(jìn)行跨域處理；        ② 發(fā)送預(yù)檢請(qǐng)求是一種保護(hù)機(jī)制，保護(hù)資源不被未授權(quán)的請(qǐng)求修改。和授權(quán)服務(wù)很像，預(yù)檢請(qǐng)求通過了，瀏覽器后續(xù)對(duì)同一服務(wù)的請(qǐng)求，不需要做跨域詢問，服務(wù)端不想支持跨域訪問，啥也不用做。2.（阿里國(guó)際一面）react組件的INP比較長(zhǎng)，如何優(yōu)化        問到我這個(gè)問題的時(shí)候是沒聽說過這個(gè)概念的。INP（Interaction to Next Paint）是一個(gè)網(wǎng)站性能度量指標(biāo)，用于衡量用戶界面的響應(yīng)性，即用戶進(jìn)行點(diǎn)按、點(diǎn)擊或鍵盤交互后，到屏幕上繪制下一幀的時(shí)間。        我認(rèn)為這個(gè)指標(biāo)的優(yōu)化其實(shí)不太涉及到組件。        先來看看一次交互是怎么組成的，一次交互可分為 3 個(gè)階段（圖3）：        ① 輸入延時(shí)（Input Delay）= 交互事件回調(diào)開始運(yùn)行時(shí) - 用戶發(fā)起與頁面的交互時(shí)，F(xiàn)ID 度量的就是這段時(shí)間。        ② 事件處理（Processing Time）= 事件回調(diào)運(yùn)行完成時(shí) - 事件回調(diào)運(yùn)行開始時(shí)        ③ 渲染延時(shí)（Presentation Delay）= 瀏覽器顯示包含交互的可視結(jié)果的下一幀渲染時(shí) - 事件回調(diào)運(yùn)行完成時(shí)        所以這三個(gè)階段的總和就是總的交互延時(shí)，優(yōu)化的時(shí)候應(yīng)該盡可能的減少這三部分的耗時(shí)。三點(diǎn)的話分別有幾個(gè)思路：首先對(duì)于輸入延時(shí)，對(duì)于交互過程中執(zhí)行時(shí)間過長(zhǎng)的會(huì)阻塞主線程的任務(wù)應(yīng)該盡可能減少，或者放到別的線程；其次是事件處理，也是一樣的要讓主線程上的事件處理盡可能快，同時(shí)可以對(duì)不同類型的輸入建立優(yōu)先級(jí)，進(jìn)行分類；最后對(duì)于渲染耗時(shí)：減小dom大小，比如虛擬列表之類。除此之外我當(dāng)時(shí)想到了不要讓dom的層級(jí)或組件嵌套太深，縮短數(shù)據(jù)傳輸?shù)逆溌?，鏈路越長(zhǎng)耗時(shí)肯定也越長(zhǎng)。        上面的內(nèi)容詳細(xì)來自于這篇帖子，有興趣的牛u自行查閱哈：******************************************3.（阿里國(guó)際一面）一個(gè)秒殺按鈕用防抖還是節(jié)流        看到按鈕可別想當(dāng)然就說防抖啊，應(yīng)該想一下這個(gè)場(chǎng)景需要什么。        從功能的角度來說，用戶肯定希望在事件到的那一刻盡可能快的點(diǎn)擊搶購東西。如果是防抖，那么按一次重新計(jì)時(shí)一次，用戶點(diǎn)了幾下發(fā)現(xiàn)還不如不點(diǎn)，肯定不是我們希望的。所以用節(jié)流，在第一次點(diǎn)擊后就觸發(fā)，直到一段時(shí)間后才能再次觸發(fā)。4.（快手三面）react的useEffect叫副作用函數(shù)，“副作用”是什么意思？        首先回想一下什么叫做純函數(shù)：給一個(gè) function 相同的參數(shù)，永遠(yuǎn)會(huì)返回相同的值。這個(gè)概念在react中可以類比成，給一個(gè)組件相同的props，渲染出來的視圖是一樣的。那么副作用就是指一個(gè) function 做了和本身運(yùn)算返回值無關(guān)的事，比如：修改了全局變量、修改了傳入的參數(shù)、甚至是 console.log()。在 React 中，副作用指的是與組件渲染結(jié)果無關(guān)的任何操作，例如：        ① 發(fā)送網(wǎng)絡(luò)請(qǐng)求        ② 修改 DOM 元素        ③ 訪問本地存儲(chǔ)        ④ 訂閱或取消訂閱事件        ⑤ 改變組件狀態(tài)外的變量等        這些操作會(huì)影響組件的行為和狀態(tài)，但是并不會(huì)直接影響渲染結(jié)果。想一下useEffect一般會(huì)做些什么是不是就很明了了（如發(fā)送網(wǎng)絡(luò)請(qǐng)求或訂閱事件，以及在組件卸載時(shí)清除這些操作）。        下一期準(zhǔn)備挑蔚來和美團(tuán)的幾個(gè)問題，大型連續(xù)劇不要錯(cuò)過，歡迎來個(gè)關(guān)注~        這些問題自己確實(shí)也沒實(shí)操過，大部分是我自己個(gè)人結(jié)合知識(shí)點(diǎn)消化理解的東西，有問題評(píng)論區(qū)可以批評(píng)指正。        再次歡迎大家點(diǎn)贊收藏送花！#我的求職思考##軟件開發(fā)2024筆面經(jīng)##前端##百度##阿里國(guó)際##快手#

#阿里國(guó)際##暑期實(shí)習(xí)#Timeline：4.11投遞4.18 一面。 面完立馬約了2面4.23二面部門leader。隔了三天傳面評(píng)4.29筆試5.9三面轉(zhuǎn)部門后的leader。隔了個(gè)五一估計(jì)北京沒hc了被扔到廣州。5.10 hr面5.15 oc一面 47min聊項(xiàng)目10min線程有幾種狀態(tài)講講Spring AOC 和 IOPhashmap底層結(jié)構(gòu)java線程池核心參數(shù)反射講講項(xiàng)目中如何使用AOP的講講**@Autowired和@Resource**synchronized鎖膨脹機(jī)制CAS怎么實(shí)現(xiàn)的抽象類和接口區(qū)別Redis過期策略和內(nèi)存淘汰策略緩存穿透、擊穿、雪崩，以及如何解決布隆過濾器實(shí)現(xiàn)原理如何設(shè)計(jì)布隆過濾器里面的哈希函數(shù)講講項(xiàng)目中用到的設(shè)計(jì)模式MySql事務(wù)隔離級(jí)別臟讀、幻讀、不可重復(fù)讀。解決方案？數(shù)據(jù)庫表設(shè)計(jì)，如何存身份證。無手撕總結(jié)：面試官人特別好，提問之后每次回答問題都會(huì)給與反饋，情緒價(jià)值拉滿了屬于是二面 50min聊項(xiàng)目15minConcurrentHashMap底層實(shí)現(xiàn)并發(fā)關(guān)鍵字有哪些類加載過程JVM內(nèi)存結(jié)構(gòu)GC常用垃圾回收器、回收算法、JVM內(nèi)存分配策略內(nèi)存泄漏如何排查MySql常見索引和使用場(chǎng)景索引失效、優(yōu)化慢查詢聊聊undo、redo、binlogRedis常用數(shù)據(jù)結(jié)構(gòu)有哪些使用場(chǎng)景，項(xiàng)目中怎么用的Redis持久化實(shí)現(xiàn)如何實(shí)現(xiàn)高可用、主從復(fù)制過程如何判斷主節(jié)點(diǎn)故障、哨兵如何進(jìn)行故障轉(zhuǎn)移手撕：島嶼數(shù)量數(shù)據(jù)庫存單表數(shù)據(jù)量很大怎么存儲(chǔ)，聊了下分庫分表、分布式緩存負(fù)載均衡、擴(kuò)容縮容問題、一致性哈希原理。三面60min深挖項(xiàng)目30minMVCC實(shí)現(xiàn)原理MySql索引有哪些innodb索引用什么實(shí)現(xiàn)，為什么B樹、B+樹、紅黑樹優(yōu)缺點(diǎn)TCP為什么只要三次握手，為什么四次揮手，三次行嗎Java 在自己的項(xiàng)目里寫同樣的包名比如String 能編譯通過嗎？能運(yùn)行嗎？聊了下類加載過程，雙親委派機(jī)制如何打破雙親委派機(jī)制，實(shí)現(xiàn)自己的string和自定義方法redis如何保證高可用。主從復(fù)制、哨兵、集群。后面開始閑聊。。。

推薦算法方向，目前拿到了這些offer，大佬們有什么建議嗎1. 字節(jié)跳動(dòng)Tiktok--電商推薦，主做召回和粗排。2. 美團(tuán)首頁--搜索推薦算法，主做搜索欄排序。3. 阿里國(guó)際bravo102人才計(jì)劃-大模型推薦算法，貌似是新的實(shí)習(xí)計(jì)劃，可以自由選擇項(xiàng)目和團(tuán)隊(duì)。目前感覺tt電商或許秋招背書不錯(cuò)；美團(tuán)不太了解；阿里國(guó)際bravo102人才計(jì)劃聽上去很不錯(cuò)，不知道具體含金量如何，并且大模型+推薦的方向是不是可以為秋招多一個(gè)大模型崗位的選擇？#暑期實(shí)習(xí)##實(shí)習(xí)# #選offer##算法##大廠##字節(jié)跳動(dòng)##美團(tuán)##阿里國(guó)際#

阿里國(guó)際春招內(nèi)推即將啟動(dòng)，，mark留言不迷路，完善好簡(jiǎn)歷 ，招聘啟動(dòng)后第一時(shí)間評(píng)論區(qū)放上內(nèi)推碼，挨個(gè)提醒大家