欧美1区2区3区激情无套,两个女人互添下身视频在线观看,久久av无码精品人妻系列,久久精品噜噜噜成人,末发育娇小性色xxxx

首頁 / 面試常問題系列
#

面試常問題系列

#
151228次瀏覽 3262人互動
此刻你想和大家分享什么
熱門 最新
淘天集團-業(yè)務技術一面涼經(jīng)
咂咂飛:JIT是說java編譯的那個嗎,就是程序運行時將字節(jié)碼,轉(zhuǎn)成機器碼,對熱點代碼做優(yōu)化,一定程度上提高解釋型語言運行速度,忘記在哪看的了
查看17道真題和解析 Java學習交流
點贊 評論 收藏
分享
04-05 20:54
已編輯
復旦大學 Java
面經(jīng)分享
騰訊qq三面: 項目上線沒  沒但是壓測過 咋壓測的(我瞎扯提到qos了:)如果qps提高到多少多少,怎么辦?# 系統(tǒng)瓶頸在哪里(回答 redis用的主從,不如集群好。追問為啥沒有集群好,我說的可能會存在熱key問題:) 感覺這已經(jīng)完蛋了分布式高可用大模型忘記說做過的rag 多模態(tài)了騰訊復試實習問難點:沒有難點,勉強說一個我簡歷上寫的是緩解熱key 他說既然你寫的是緩解,如何解決這個問題然后問我分布式緩存的意義 既然已經(jīng)有了本地緩存問我如何保證他兩的一致性,他的意思是canal+binlog已經(jīng)可以毫秒級同步了,過度設計了。因為我提到了更新時候,先更新DB,刪緩存,就問了我如果這時候超級多流量達到DB咋辦。我想不到,最終他的意思是 先用本地鎖運行幾個訪問db這時緩存里面就有了(我是傻子,選了加分布式鎖+MQ 然后在MQ的路上越走越遠,其實我最開始的想法就是 很快,緩存就同步了。)不過面試官很好,我其實可以不著急慢慢想很多人發(fā)帖子,忘了。朋友圈獲取我關注人,按時間 忘記了問我我一個項目流程,我講的很快,因為我電腦要沒電了 今天下午快4點通知我晚上7點面我找不到自習室哎-------我之前在牛客看到這些場景題但是我沒準備,我以為復試還是項目+力扣呢------------qs讓我說我自己的優(yōu)點我就說了個自律 哎騰訊加面為啥加了本地緩存還是不能緩解熱key 本地緩存過期策略是啥,面試官慢慢在引導我,可是我回想有些我沒有說出來JDK 升級:肯定不會一上來就升級啊,你們沒有查接口調(diào)用耗時+full gc young gc耗時,我:我不知道庫存扣減會不會出現(xiàn)redis和mysql不一致,會不會出現(xiàn)超賣或少賣回滾庫存是一起回滾的嘛?會不會出現(xiàn)redis和mysql不一致手撕先一道hot100 后面又出了一道說時間沒道+我初試表現(xiàn)不好要考察代碼能力美團二面 日常全程30分鐘不到。介紹到一半就打住了,問springboot mysql慢查詢?nèi)绻吡怂饕€有啥可能,你咋排查慢sql OOM用啥軟件/命令 項目難點 手撕:K個鏈表反轉(zhuǎn)就結(jié)束了 他說一周通知我結(jié)果 美團一面:SpringSpringBoot就是提供了運行時候容器tomcat之類的,自動配置starter怎么定義一個bean介紹Spring 介紹AOP IOC 沒答好好久沒看了B+樹矮胖為啥就好呢?磁盤IO少Redisson里面有很多鎖,你用的是哪個syn鎖升級不知道JVM內(nèi)存結(jié)構(gòu)沒說對項目1既然用了RabbitMQ為啥延遲隊列不用他索引 mysql二叉樹最大路徑和美團一面太友好了嗚嗚嗚 早知道我早點面了,感覺面太晚了沒hc了哎 從上周五拖到這周二(上周二發(fā)的面試邀約 #滴滴一面掛# 滴一面掛# redis mysql區(qū)別(主要是 單線程 / 多線程設計了鎖+MVCC+事務隔離機制解決并發(fā)問題 redis事務只有原子性,沒有一致性隔離性持久性)手撕 我TM把do{l++;}語法寫錯了 面試官也沒要求我寫輸入輸出我tm自己寫還給自己挖坑,因為我寫的new int[1000]初始化都是0 三數(shù)之和就會出現(xiàn)很多0+0+0=0面試官攝像頭都沒開,最后還說了他們是go騰訊一面讓我選實習印象深刻的,然后介紹收益 你這需求上線了么上線了都沒衡量為啥要做??HTTP4啥時候出???不知道 那HTTP3呢,,emmm說了一點HTTP3的QUIC 還有啥優(yōu)化不知道扣減的重復消費(沒復習項目哎虛擬線程mysql死鎖 主從開頭問我大模型我以為是kpi不知名廠:git解決沖突,我說手動springboot預熱命令 不知道 他想問的健康檢查嘛#面試常問題系列# #??蛣?chuàng)作賞金賽# #螞蟻求職進展匯總#
查看25道真題和解析
點贊 評論 收藏
分享
面試被問“你的缺點是什么?”怎么答
emo的打工鴨又被畫餅了:我:我的缺點是命里缺點你
點贊 評論 收藏
分享
03-20 22:33
門頭溝學院 Java
騰訊云一面面經(jīng)
查看25道真題和解析
點贊 評論 收藏
分享
[26屆四段大廠]從復活賽殺到終面!字節(jié)暑期8輪面試OC
“典!等審批就像農(nóng)批坐大牢,復活賽差點開得比我守高地還勤!蚌埠住了”一戰(zhàn):一面(1:30 h):1.聊簡歷上RAG的項目,技術棧+技術方案2. 騰訊日常業(yè)務,還有在組內(nèi)搭建的智能助手如何應用,3. 為什么額外做自動化的工具,設計思路和落地是怎么做的4. 小紅書做了哪些業(yè)務給了git鏈接,現(xiàn)成講需求思路二面  (40 分鐘) :1.騰訊視頻多端開發(fā)過程中,樣式方案2.自研框架的思路3.聊了 FPS 算法和 FMP算法寫題:雙指針寫的 無重復字符的最長字串HR面 (20 分鐘) : 細挖實習,沒有為難審批ing-----------等了兩周掛了?。。。。。。。。。。。。。。。。。。。。。。。。。R帥哥給我秒轉(zhuǎn)組,二戰(zhàn)了man二戰(zhàn): 一面: 日常八股 + 手撕二面: 簡歷上的實習產(chǎn)出挨個盤,手寫模擬SDK + 并發(fā)promise 三面: 前端發(fā)展 + 各種場景題目,算法是微信紅包四面:問了操作系統(tǒng),數(shù)據(jù)結(jié)構(gòu) + 實習經(jīng)歷總結(jié): 感謝組里大佬們的手下留情,后面把基礎抓起來,被問到操作系統(tǒng)的時候,腦子里只有期末考試前沖刺背的PPT    面完差點換組三戰(zhàn)了-----------------timeline:1.16 一面1.22 二面2.17 hr面-------審批掛3.6 - 3.13 四輪技術面3.17 早(hr面) - 晚 (oc offer拿到)評價: 進對組,offer審批像呼吸一樣快,再也不半場開香檳了#??图钣媱?#暑期##面試常問題系列#
吉于橘:我勒個超長timeline啊
查看13道真題和解析
點贊 評論 收藏
分享
3.4 阿里-橙獅體育 一面涼經(jīng)
面試時間:1h20min面試問題1:自我介紹2:ArrayList和LinkedList的區(qū)別3:HashMap是否可以存儲空值4:HashMap1.7和1.8的區(qū)別和數(shù)據(jù)結(jié)構(gòu)以及擴容機制5:HashSet和TreeSet的區(qū)別6:JVM容器,和JMM7:線程池的創(chuàng)建方式8:線程池的參數(shù)9:線程池的運行流程和常用的線程池10:線程池的任務拒絕策略11:mysql的事務隔離級別12:mvcc原理13:在可重復讀級別下什么情況會發(fā)生幻讀14:mysql執(zhí)行計劃要看什么字段15:redis常用的數(shù)據(jù)結(jié)構(gòu)16:RDB,AOF17:緩存三劍客---開始問項目(點評+RPC)18:Redis在項目中的應用19:分布式鎖的實現(xiàn)20:看門狗機制21:布隆過濾器的數(shù)據(jù)結(jié)構(gòu),怎么進行預熱,如何進行增量保存22:用戶簽到的實現(xiàn)23:一個場景題,使用Redis保存用戶排行榜,從兩個維度(點贊量和點贊時間)考慮該怎么實現(xiàn)24:緩存一致性的實現(xiàn)25:全局ID生成器的實現(xiàn),如何考慮時鐘回撥26:Redis的事務27:Lua語句的考慮,為社么使用lua語句,他的效果是什么28:AOP的實現(xiàn)29:動態(tài)代理,jdk和cglib的區(qū)別30:Spring事務失效的場景31:Spring事務的傳播機制32:synchronized的底層原理33:CAS的原理和缺陷34:CAS和synchronized在鎖中的使用35:偏向鎖,輕量級鎖和重量級鎖的轉(zhuǎn)化機制36:樂觀鎖37:ReentrantLock38:項目中用到的和知道的設計模式39:設計對象時需要考慮的原則40:1G的數(shù)據(jù),1M內(nèi)存,如何獲取出現(xiàn)次數(shù)最多的100個詞手撕:三數(shù)之和#面試常問題系列##大家都開始春招面試了嗎##26屆實習##26實屆找工作求助陣地##牛客AI配圖神器#
點贊 評論 收藏
分享
03-20 19:09
已編輯
??低昣前端(實習員工)
前端面試日記:小廠2
面試公司:杭州某小廠面試崗位:前端這兩天陸續(xù)面了兩家公司,這兩家公司的語氣都比第一家柔和很多,難道第一家給我壓力上太大了?不,肯定我是太菜了,我是菜XTUT第二份視頻,第三份線下,總體答得不錯,在這里繼續(xù)總結(jié)答得不太好的。老樣子,題目來源于公司,答案來源于ai,反思來源于自己。面試問題:【技術】1、問題:Vue 中的常見生命周期有哪些?父子組件中,他們的加載順序和生命周期的一個關系?一般request數(shù)據(jù)獲取是放在create周期還是mount周期?為什么?答案:    Vue 中的常見生命周期包括以下幾個階段:    創(chuàng)建階段 :        beforeCreate :在實例初始化之后、數(shù)據(jù)觀測 (data observer) 和 event/events 事件回調(diào)的初始化之前被調(diào)用。此時,data 和 methods 還未被初始化,無法訪問到 data 中的數(shù)據(jù)和 methods 中的方法。        created :在實例創(chuàng)建完成后被調(diào)用,此時 data 和 methods 已經(jīng)被初始化,可以訪問到 data 中的數(shù)據(jù)和 methods 中的方法,但此時頁面的 DOM 還未生成。    掛載階段 :        beforeMount :在掛載開始之前被調(diào)用,相關的 render 函數(shù)首次被調(diào)用,但 DOM 還未真正渲染到頁面上。        mounted :在實例掛載到 DOM 后被調(diào)用,此時 DOM 已經(jīng)渲染完成,可以操作 DOM 元素。    更新階段 :        beforeUpdate :在數(shù)據(jù)更新時被調(diào)用,此時數(shù)據(jù)已經(jīng)更新,但 DOM 還未更新。        updated :在 DOM 更新完成后被調(diào)用。    卸載階段 :        beforeUnmount :在實例卸載之前被調(diào)用。        unmounted :在實例卸載完成后被調(diào)用。    父子組件的加載順序是:先加載父組件,再加載子組件。這是因為子組件的掛載依賴于父組件的掛載。在父組件的掛載過程中,會解析子組件的標簽,并創(chuàng)建子組件的實例,然后觸發(fā)子組件的生命周期。    父子組件生命周期的關系是:父組件的生命周期鉤子會在子組件的相應鉤子之前觸發(fā)。例如,父組件的 beforeMount 鉤子會在子組件的 beforeMount 鉤子之前觸發(fā),父組件的 mounted 鉤子會在子組件的 mounted 鉤子之后觸發(fā)。    一般數(shù)據(jù)獲取建議放在 created 周期。因為在 created 周期中,data 和 methods 已經(jīng)被初始化,可以發(fā)起網(wǎng)絡請求獲取數(shù)據(jù),并將數(shù)據(jù)存儲到 data 中。而如果放在 mount 周期,雖然也可以獲取數(shù)據(jù),但此時 DOM 已經(jīng)渲染完成,如果數(shù)據(jù)獲取失敗或者耗時較長,可能會導致頁面顯示不完整或者出現(xiàn)加載中的空白狀態(tài)。放在 created 周期可以利用 Vue 的響應式系統(tǒng),在數(shù)據(jù)更新時自動更新 DOM。反思:Vue生命周期就回答了create和mount相關,甚至冒出了個“delete”,回去聽錄音都給自己整無語了。數(shù)據(jù)獲取答對了,但是對面面試官確實沒問理由,要問絕對就開猜了,還好還好。2、問題:大多數(shù)前端框架循環(huán)都用到了key,這個作用是什么?底層原理是什么?答案:    在前端框架中,key 的作用是幫助框架高效地識別和更新 DOM 元素,特別是在列表渲染時。    當使用 key 時,框架會將 key 的值作為標識符,用于區(qū)分不同的元素。在列表渲染時,如果數(shù)據(jù)發(fā)生變化,框架會通過 key 來判斷哪些元素是新增的、哪些是刪除的、哪些是更新的。如果兩個元素的 key 相同,框架會認為這兩個元素是同一個元素,只是屬性發(fā)生了變化,從而進行局部更新;如果 key 不同,框架會認為是新的元素,需要重新創(chuàng)建 DOM。    底層原理與 Diff 算法相關。Diff 算法是用來比較兩組數(shù)據(jù)的差異的算法。在前端框架中,Diff 算法主要用于比較虛擬 DOM 樹的差異,以決定如何更新真實的 DOM 樹。當列表渲染時,框架會為每個元素生成一個虛擬 DOM 節(jié)點,并將 key 作為虛擬 DOM 節(jié)點的屬性。在 Diff 過程中,框架會通過 key 來快速定位和比較兩個虛擬 DOM 樹中的節(jié)點,從而找到需要更新的部分。如果沒有 key,框架只能通過元素的索引來進行比較,這在列表中元素的順序發(fā)生變化時會導致錯誤的更新。反思:答出了提高渲染速率和鑒別元素創(chuàng)建。至于比較關鍵的術語“局部更新”“DOM重建”確實沒粘邊。估計大廠會問到diff算法,提前學習下。虛擬DOM也去復習復習。3、問題:防抖和節(jié)流的定義與應用場景?實現(xiàn)的方式?答案:    防抖和節(jié)流是兩種常用的優(yōu)化高頻觸發(fā)事件的技巧。防抖(Debounce) :    定義 :在事件被觸發(fā)后,在一定時間內(nèi)如果沒有再次觸發(fā)該事件,就執(zhí)行一次回調(diào)函數(shù)。如果在規(guī)定時間內(nèi)事件再次被觸發(fā),則重新計時。    應用場景 :        搜索框的自動補全:在用戶輸入時,如果每次輸入都發(fā)送請求,會導致頻繁的網(wǎng)絡請求。使用防抖可以在用戶停止輸入一定時間后,再發(fā)送請求,減少網(wǎng)絡請求的次數(shù)。        窗口大小改變:在窗口大小改變時,如果頻繁觸發(fā)回調(diào)函數(shù),會導致性能問題。使用防抖可以在窗口大小停止改變一定時間后,再執(zhí)行回調(diào)函數(shù)。    實現(xiàn)方式 :        使用 setTimeout 函數(shù)來實現(xiàn)。在事件觸發(fā)時,設置一個定時器,在定時器的回調(diào)函數(shù)中執(zhí)行目標函數(shù)。如果在定時器執(zhí)行之前,事件再次被觸發(fā),則清除定時器并重新設置。節(jié)流(Throttle) :    定義 :在一定時間內(nèi),只允許回調(diào)函數(shù)執(zhí)行一次。如果在規(guī)定時間內(nèi)事件多次被觸發(fā),只在最后一次觸發(fā)時執(zhí)行回調(diào)函數(shù)。    應用場景 :        滾動事件:在滾動頁面時,如果頻繁觸發(fā)回調(diào)函數(shù),會導致性能問題。使用節(jié)流可以在滾動一定距離后,再執(zhí)行回調(diào)函數(shù)。        鼠標移動事件:在鼠標移動時,如果頻繁觸發(fā)回調(diào)函數(shù),會導致性能問題。使用節(jié)流可以在鼠標移動一定距離后,再執(zhí)行回調(diào)函數(shù)。    實現(xiàn)方式 :        使用 setTimeout 函數(shù)和變量標記來實現(xiàn)。在事件觸發(fā)時,檢查是否已經(jīng)設置定時器。如果已經(jīng)設置,則不再設置;如果沒有設置,則設置定時器,并在定時器的回調(diào)函數(shù)中執(zhí)行目標函數(shù)。        使用 Date 對象來記錄時間。在事件觸發(fā)時,獲取當前時間,如果距離上一次執(zhí)行回調(diào)函數(shù)的時間小于規(guī)定時間,則不執(zhí)行;如果大于規(guī)定時間,則執(zhí)行回調(diào)函數(shù)。反思:之前其實已經(jīng)理解了相關概念,但是讓自己描述確實還是描述不清楚,吱吱嗚嗚的,以后準備這種面試應該看著題目自己說一遍。除此之外,小廠不會考察實現(xiàn),大廠應該會考察手撕,應該找時間重現(xiàn)。4、問題:axios, fetch, ajax 的區(qū)別?答案:    技術基礎 :axios 是基于 promise 的 HTTP 庫,fetch 是瀏覽器原生支持的 Fetch API,ajax 是基于 XMLHttpRequest 對象的。    語法 :axios 和 fetch 的語法相對簡潔,ajax 的語法相對復雜。    支持瀏覽器 :axios 和 fetch 不支持 IE 瀏覽器,ajax 支持 IE 瀏覽器。    錯誤處理 :axios 提供了統(tǒng)一的錯誤處理方式,fetch 的錯誤處理比較復雜,ajax 的錯誤處理需要手動處理。    功能 :axios 支持攔截器和自動轉(zhuǎn)換數(shù)據(jù),fetch 和 ajax 不支持。反思:其實對這塊并沒特別注重,感覺這邊一般是封裝死的,不過姑且作為知識補充?!綡R】1、問題:你覺得你的項目給你帶來哪些成長?答案:略反思:此處當時答得有點偏,甚至說到了什么審美提高亂七八糟的,其實應該是回答團隊合作能力提高,獨立開發(fā)技巧和工程化能力等等。這個回答點應該注意一下,了解對方回答的用意??偨Y(jié):本次面試圍繞Vue技術棧、前端基礎及架構(gòu)方向展開,結(jié)合面試中的表現(xiàn)與自我反思,總結(jié)如下:一、技術能力方面Vue生命周期與優(yōu)化實踐:基礎生命周期能準確列舉,但對父子組件執(zhí)行順序及代碼實現(xiàn)邏輯理解不夠深刻,尤其是父組件mounted執(zhí)行在子組件之后的實際應用場景未能舉出實例。數(shù)據(jù)獲取放在created階段的理由雖然正確,但未主動結(jié)合響應式系統(tǒng)原理進行展開,暴露出知識點間的聯(lián)結(jié)不足。需系統(tǒng)梳理父子組件通信與生命周期聯(lián)動機制。核心概念深度不足:對key的Diff算法原理、虛擬DOM運作機制等底層知識表述不夠精準。雖然能說明key的復用優(yōu)化功能,但缺乏專業(yè)術語的運用。后續(xù)需重點研讀Diff算法源碼解析,建立虛擬DOM更新機制的體系化認知。邏輯表達能力待提升:防抖節(jié)流雖能區(qū)分概念,但在應用場景舉例時存在表述冗余。建議通過實踐手寫實現(xiàn)以鞏固記憶。前沿技術視野擴展:微前端概念停留在特點羅列層面,對qiankun框架的實現(xiàn)原理、沙箱隔離等核心技術點認知空白。需結(jié)合官方文檔搭建demo項目,深入理解模塊加載、樣式隔離等具體解決方案。二、綜合素質(zhì)方面HR環(huán)節(jié)未能精準匹配技術成長與崗位需求,體現(xiàn)出對面試問題核心訴求的洞察不足。未來需建立結(jié)構(gòu)化回答框架,將項目經(jīng)驗與技術能力、團隊協(xié)作、工程化思維等職業(yè)素養(yǎng)緊密結(jié)合。總結(jié)表明,除鞏固基礎外,需投入精力深入框架底層原理,提升技術表述的專業(yè)性與系統(tǒng)性,同時持續(xù)追蹤微前端、性能優(yōu)化等前沿技術方向,構(gòu)建完整的知識圖譜。#我的面試日記# #軟件開發(fā)筆面經(jīng)# #面試常問題系列#
查看5道真題和解析
點贊 評論 收藏
分享
玩命加載中
牛客網(wǎng)
??推髽I(yè)服務