PHP面試有什么技巧么？

PHP程序員在面試的時候一般應(yīng)該抓住以下幾個點。

為香洲等地區(qū)用戶提供了全套網(wǎng)頁設(shè)計制作服務(wù)，及香洲網(wǎng)站建設(shè)行業(yè)解決方案。主營業(yè)務(wù)為網(wǎng)站設(shè)計、成都網(wǎng)站制作、香洲網(wǎng)站設(shè)計，以傳統(tǒng)方式定制建設(shè)網(wǎng)站，并提供域名空間備案等一條龍服務(wù)，秉承以專業(yè)、用心的態(tài)度為用戶提供真誠的服務(wù)。我們深信只要達到每一位用戶的要求，就會得到認(rèn)可，從而選擇與我們長期合作。這樣，我們也可以走得更遠！

一、應(yīng)該介紹自己掌握的開發(fā)一種，主要介紹PHP語言的獨特語法以及如何使用，比如PHP語言會比CGI更快的執(zhí)行動態(tài)頁面。

二、必須熟悉Oracle、Mysql等數(shù)據(jù)庫，并能簡單的介紹自己掌握的程度。由于php做出的動態(tài)頁面比用其他語言做出來的頁面在執(zhí)行效率以及CGI方面高得多，所以你還需要在面試中說出自己的文檔撰寫能力很強。

三、PHP程序員應(yīng)該具備獨立分析和解決問題的能力，可以在自我介紹中講講自己曾經(jīng)遇到過的問題是如何解決的。讓面試官看到你的能力，這將會直接影響到你自我介紹的成功與否。

四、一個PHP程序員必須有良好的職業(yè)道德和工作態(tài)度，所以在面試中應(yīng)該盡量講自己在做項目時的認(rèn)真態(tài)度以及今后的工作規(guī)劃，表現(xiàn)出自己的進取心。

五、還有關(guān)于溝通能力和理解能力的體現(xiàn)，這個在與HR的交談中就可以表現(xiàn)出來，所以需要做的工作就是從容的有條理的把自我介紹說完，回答每一個問題時都應(yīng)該簡潔明了，關(guān)于自我介紹可以提前做個草稿，背一下。

六、團隊合作能力也是企業(yè)非?？粗氐?，在培訓(xùn)中老師一般都會帶領(lǐng)大家做項目，大的項目一般會分小組，每個人都有相對應(yīng)的任務(wù)，這就模擬了公司中的團隊合作，在自我介紹過程中要把做項目的具體流程以及相互協(xié)作的過程說出來，讓HR看到自己具備團隊合作的能力。

七、最后就是執(zhí)行力，每當(dāng)任務(wù)分配下來的時候該如何執(zhí)行，還有自己講過職業(yè)規(guī)劃后該如何執(zhí)行，還有在學(xué)習(xí)的過程中是如何人字形的，遇到困難又是如何執(zhí)行的，這些都可以體現(xiàn)出php程序員的執(zhí)行力，回答的時候抓住發(fā)現(xiàn)及時尋找原因，快速展開行動的這個主線即可。

八、最重要的是你的能力、技術(shù)以及自己的項目

Python后端開發(fā)工程師面試

第一步：自我介紹

第二步：公司介紹

第三步：技術(shù)基礎(chǔ)

第四步：項目介紹

第五步：待遇

自我介紹，簡單直接，姓名，籍貫，大學(xué)，工作經(jīng)歷

示例如下：

你好，面試官，我叫XX，來自XX，本科畢業(yè)于XX，主修XX專業(yè)，有X年工作經(jīng)驗，在上一家公司擔(dān)任python后端開發(fā)工程師的職位。

公司名稱是XX、公司主要做外包軟件、都有軟件定制/商城定制、前端2個后端2個運維1個

主要是根據(jù)你簡歷中填寫的技術(shù)，根據(jù)我的簡歷中所寫的，總結(jié)幾點如下：

字典的查詢流程：

不可變對象可哈希， str ， fronzenset ， tuple ，自己實現(xiàn)的類，要重載 __hash__ 方法。

dict內(nèi)存花銷大，但是查詢速度快，自定義的對象或者python內(nèi)部的對象都是dict包裝的。

dict的存儲順序和元素添加順序有關(guān)，添加順序可能改變已有數(shù)據(jù)的順序。

集合：是一個可以存放任意數(shù)據(jù)類型的可變無序的映射集合。

set和dict類似，set的核心也是散列表，但是表元只包含值的引用。 由于散列表的特性，set的元素不能重復(fù)，且無序。 內(nèi)部由哈希實現(xiàn)，查找的時間復(fù)雜度為O(1)，所以性能很高，實現(xiàn)了魔法函數(shù) __contains__ 可以使用in來查找。 set的去重是通過兩個函數(shù) __hash__ 和 __eq__ 實現(xiàn)的。

（1）淺拷貝

定義：淺拷貝只是對另外一個變量的內(nèi)存地址的拷貝，這兩個變量指向同一個內(nèi)存地址的變量值。

淺拷貝的特點：

（2）深拷貝：

定義：一個變量對另外一個變量的值拷貝。

深拷貝的特點：

Python GC主要使用引用計數(shù)（reference counting）來跟蹤和回收垃圾。在引用計數(shù)的基礎(chǔ)上，通過“標(biāo)記-清除”（mark and sweep）解決容器對象可能產(chǎn)生的循環(huán)引用問題，通過“分代回收”（generation collectio n）以空間換時間的方法提高垃圾回收效率。

GIL全稱 Global Interpreter Lock ，中文解釋為全局解釋器鎖。它并不是Python的特性，而是在實現(xiàn)python的主流Cpython解釋器時所引入的一個概念，GIL本質(zhì)上就是一把互斥鎖，將并發(fā)運行變成串行，以此來控制同一時間內(nèi)共享數(shù)據(jù)只能被一個任務(wù)所修改，從而保證數(shù)據(jù)的安全性。

GIL保護的是解釋器級別的數(shù)據(jù)，但是用戶自己的數(shù)據(jù)需要自己加鎖處理。

既然有了GIL的存在，一個進程中同一時刻只有一個線程能夠被執(zhí)行，無法利用cpu的多核機制，導(dǎo)致多線程用于I/O密集型，多進程用于計算密集型，如金融分析等。

死鎖：兩個或兩個以上的進程或者線程在執(zhí)行過程中，因為爭奪資源而造成的互相等待現(xiàn)象，若無外力的作用，都將一直處于阻塞狀態(tài)，這些互相等待的進程或者線程就被稱為死鎖。

解決方法，使用遞歸鎖（RLock）

這個RLock內(nèi)部有一個Lock和一個counter變量，counter記錄著acquire的次數(shù)，從而使得資源可以被多次require。直到一個線程所有的acquire都被release，其他的線程才能獲得資源。上面的例子如果使用RLock代替Lock，則不會發(fā)生死鎖

可以直接認(rèn)為是linux，畢竟搞后端的多數(shù)是和linux打交道。

那么如何避免粘包問題呢? 歸根結(jié)底就是一句話, 明確兩個包之間的邊界.

UDP不存在粘包問題，是由于UDP發(fā)送的時候，沒有經(jīng)過Negal算法優(yōu)化，不會將多個小包合并一次發(fā)送出去。另外，在UDP協(xié)議的接收端，采用了鏈?zhǔn)浇Y(jié)構(gòu)來記錄每一個到達的UDP包，這樣接收端應(yīng)用程序一次recv只能從socket接收緩沖區(qū)中讀出一個數(shù)據(jù)包。也就是說，發(fā)送端send了幾次，接收端必須recv幾次（無論recv時指定了多大的緩沖區(qū)）。

存儲可能包含rdbms，nosql以及緩存等，我以mysql,redis舉例**

如何面試 PHP 工程師

問一些日常的正常的PHP問題，主要是考察應(yīng)聘者的認(rèn)知：

一個包含中英文的字符串如何獲得它的自然長度（看看ta是否有encoding的知識和意識）

問一問什么是ORM，有時候會問這個詞的英文全稱是什么，問問ta對于ORM有什么個人的看法？（看看ta學(xué)習(xí)細(xì)不細(xì)，有沒有技術(shù)判斷，PHP開發(fā)人員應(yīng)該知道什么時候使用ORM）

問一問假如ta要自己去實現(xiàn)一個framework，ta會怎么設(shè)計。（看看ta對代碼架構(gòu)的理解，對MVC的理解）

問一問framework設(shè)計里的url dispatcher他會怎么考慮。（HTTP知識）

問一問ta對框架本身的看法

了解一下ta對Design Pattern的認(rèn)知，比如Singleton，Observer，F(xiàn)actory等常用的設(shè)計模式，問一問ta對設(shè)計模式本身的看法。

問兩三個數(shù)據(jù)庫設(shè)計的問題

問幾個前端的問題，哪怕ta的職位是PHP開發(fā)人員，好的PHP人員不可能不了解前端，而且很可能很了解前端

問一問ta對noSQL的了解情況（對與noSQL的認(rèn)識是和傳統(tǒng)Relational DB的認(rèn)知是分不開的）

問一問ta碰到問題時候會如何去尋找答案

問一問ta習(xí)慣使用哪一個搜索引擎（如果是就有加分）

問一問ta最近看的書

問一問ta的職業(yè)規(guī)劃，喜歡做什么，對工作環(huán)境有什么要求

別出生僻的題，別為難人家，更不要變相的侮辱人家，正常交流為主，你要的是一個正常的人，優(yōu)秀不優(yōu)秀就看你的眼光和運氣了。

很多公司的技術(shù)人員招聘會刻意追求刺激的問題，比如很著名的微軟的“下水道的蓋子為什么是圓的”，不是說這些考察毫無道理，但更多的是一種“marketing”的手段。

想不想了解“Twitter：外企這座城”？

很多公司的招聘信息上會寫這樣一句話“我們采用外企管理模式”…

問新來的實習(xí)生小妹妹，你覺得W公司（國內(nèi)某互聯(lián)網(wǎng)巨頭）對你有吸引力么？得到的答案是，我們只對外企更感興趣。

港劇里的格子間，充斥了我們童年假期的午后，在還背不下幾個單詞的時候，外企的打字員比教師、科學(xué)家更有吸引力。

外企究竟是一個什么樣的地方？活力、自由、福利好、青春+…這些是真的外企，還只是你想看到的外企？

為了全方面為大家展現(xiàn)外企的點滴，脈脈邀請了Twitter的資深研發(fā)工程師，為大家介紹，外企這座“圍城”中的人，是如何看待這座城的。

Twitter--愿你出走半生，歸來仍是少年

如果不是這次受脈脈的邀約，我不會去寫我的東家Twitter，這不是我的風(fēng)格，我一般要到離職的時候才寫這種非技術(shù)的文章。

Twitter的總部坐落在San Francisco（舊金山）的市區(qū)，并沒有和Google, Apple和Facebook等公司一起呆在斯坦福大學(xué)附近傳統(tǒng)意義上的硅谷，這讓我總覺得我推的獨特氣質(zhì)，很大程度來自舊金山這個城市。

有些朋友可能已經(jīng)知道，舊金山是一個自由主義泛濫的左派城市，每年都會有十分盛大同性戀的游行，是看熱鬧的好去處，如果你來這里玩，千萬不要錯過。

這里還有一點很有名，就是馬克吐溫說的，“The coldest winter I ever spent was a summer in San Francisco”（我經(jīng)歷的最寒冷的冬天，是舊金山的夏天。）

我正巧是去年八月來Twitter面試的，所以還算記得清楚，我穿著一件短袖襯衫，瑟瑟發(fā)抖的走在半數(shù)行人穿著羽絨服的街道上的，街景陳舊，就像二十年前的上?；春Ｂ?，我一邊擦著鼻涕，一邊看著那只藍色的胖小鳥越來越近，總覺得一切是那么虛幻。

在Twitter的面試中，我的面試官主要都來自core services team(核心服務(wù)組)，我的水平是很有限的，我那時候在大學(xué)里搞了幾年所謂的學(xué)術(shù)，已經(jīng)有好幾年沒碰后端技術(shù)了，但我還是能感覺到這些頂尖程序員對我的尊重，如果非要為這種尊重打個分的話，大約是我同時期面試的兩家國內(nèi)頂級公司的15-20倍，是Google和Facebook的2-5倍。

面試進行了大半天，好幾輪下來，我第一次有一種面的意猶未盡的感覺。走出Twitter大樓的時候，我甚至還想回去和他們繼續(xù)討論，盡管我當(dāng)時有別的還不錯的Offer,但我還是產(chǎn)生了種患得患失的感覺，我怕被拒，我怕以后不能和他們一個組。

幾天后，我在接到Twitter Offer確認(rèn)就是這個組之后，不到5分鐘就簽字發(fā)回了。

回想起來，我能拿到offer主要是兩個因素，一是我的系統(tǒng)設(shè)計能力還比較強，國內(nèi)多年的架構(gòu)師經(jīng)驗起了作用，國內(nèi)國外技術(shù)上還是沒有壁壘的，而且以前我也經(jīng)常關(guān)注新的技術(shù)，像MongoDB這樣的NoSql技術(shù)，我七八年前就開始實踐，這樣系統(tǒng)設(shè)計類的問題，怎么Sharding,怎么消息隊列，大數(shù)據(jù)怎么接，我基本都能張嘴就來；

二是我語言和算法基礎(chǔ)非常扎實，在美國大學(xué)里一直是這門課的助教，前幾年在國內(nèi)麥子學(xué)院也講這門課，面試中遇到各種編程的問題，都能及時寫出來，并能分析清楚各種優(yōu)劣和trade-off等，其實說的好比代碼寫得好更重要，但是好的代碼能讓人眼前一亮，最好是邊說邊寫，光說不練假把式，光練不說傻把式嘛。

在Twitter的日常工作是開心而又輕松的，無限的帶薪假期，有非常多選擇而且好吃的早飯和午飯（晚飯因為這里幾乎不需要加班，半年前剛剛?cè)∠?，有各種烹飪方式，有一些還頗合我的中國胃，而且經(jīng)常還會請舊金山一些餐館的大廚來做菜，我比較喜歡吃拉面和印度的那種馕餅。

其他各種福利我就不說了，我就挑點和國內(nèi)不同的說吧。

首先這里比較尊重人，在國內(nèi)的時候我在外企和民企都干過，我自己覺著我還算是個尊重人的頭兒，可到了Twitter一看，覺得自己做的還很不夠。

這里沒有人強迫你做什么，要幾點上班幾點下班，都看你自己，別人給你一個任務(wù)，都會問你的意見，其實也很少有人會指派你如何如何，主要還是靠自己主動承擔(dān)一些工作。

我也沒看到過產(chǎn)品和程序員炒的面紅耳赤的，大家都是互相信任。我作為一個程序員，我會經(jīng)常提自己的見解，但也很少會和產(chǎn)品講這樣不行，那樣也不行之類的話，大家都是很possitive的面對同事，說的更多是贊同和鼓勵。

還有就是程序員要Oncall，和國內(nèi)不同這邊程序員要承擔(dān)主要的運維責(zé)任，有時候半夜接到電話，需要即時爬起來解決各種問題，剛開始還挺興奮的，都睡不著覺，就盼著出點事，好去解決，解決這種線上核心服務(wù)的問題是非常有成就感的，感覺自己肩負(fù)著幾億人的幸福。

但時間一久，還是有點吃不消，我是個傲嬌的后端程序員啊，哪受得了這個，好在好幾周才輪到一次。

很多朋友可能還關(guān)心在Twitter工作能學(xué)到什么，首先是各種開源先進技術(shù)，其實Twitter在開源方面做的非常好，比如說我們正在用的Finagle/Finatra,基于Netty,是非常好的高并發(fā)非堵塞框架，每秒百萬級以上訪問，我只信賴它，而且都是完全開源的。

我對開源的東西沒有那種圖騰式的崇拜，我主要是學(xué)個設(shè)計理念，有興趣的同學(xué)們可以自己看看，公開的資料很多，用來學(xué)習(xí)足夠了。

還有就是Scala,在Twitter你能切身感受到Scala各個流派幾代程序員的智慧，如果你愛這個語言，這里是最好的去處。

自從Linkedin兩年前叛變革命放棄了Scala,我們Scala陣營受到Java 8和NodeJs兩方面的夾擊，頗有些勢單力孤，作為2009年就開始學(xué)習(xí)和使用Scala的我，實在不忍心丟棄這門好語言，總想為推廣這個語言再做點事。慚愧慚愧，作為一個老程序員不該有這么多執(zhí)念的。

年輕的朋友自己斟酌，其實好語言很多，Scala魔性太強，不學(xué)也罷。Twitter的技術(shù)像是把妖刀，用的好會是助力，用不好容易傷到自己。

還有就是簽證的問題，中國人如果沒有綠卡的話赴美工作需要工作簽證，比如說h1b, O1, L1，這三種簽證都需要你先有一個雇主，你不能像旅游簽證那樣自己辦辦就行了。

h1b相對來說最普遍，門檻最低,但是也有致命的問題，就是需要抽簽。抽簽帶來兩個問題，一個是現(xiàn)在中簽的概率大概一半左右（如果沒有美國的碩士以上學(xué)位，這個概率更低，因為美國碩士可以提前多抽一次），第二是需要時間，4月初抽簽，大概五六月份能知道結(jié)果，可你要等到了10月份才能工作，你的雇主未必等的起。

所以在美剛畢業(yè)的留學(xué)生們一般都用OPT身份過度以下，OPT可以允許你暫時工作一到三年（看專業(yè)），這樣你可以多次的抽簽機會。

那國內(nèi)想出國的大拿們就沒機會了嗎？當(dāng)然不是，我們Twitter就基本每年都會從國內(nèi)直接招人，給辦h1b。

還有不少公司專門往出送人，但是出去一般都是比較血汗的咨詢外包公司，很苦，而且這些基本也都是h1b，你抽簽?zāi)懿荒苤?，就看你人品了?/p>

當(dāng)然也可以選擇出來讀書，碩士一般兩年左右，學(xué)費生活費加起來10萬美金左右吧，剩點閑錢還能全家全美玩一玩，要全職碩士才可以opt哦。

有追求的也可以和我一樣讀博士，要好多年，但是不要學(xué)費，每個月還能給你發(fā)點生活費，可以在學(xué)校某個角落有個小辦公室，享受幾年愜意的美國校園生活。

不想讀書的，也還有一招，很多時候作為配偶也可以工作比說h4和j2,所以娶個學(xué)霸老婆讓她出來讀博士用J簽證，你J2也能工作(這個具體我沒研究過，要是不行，你別砍我)，當(dāng)然還有各種別的辦法，你可以自己研究，中介的話不能全信，大家有問題歡迎到脈脈來問我，雖然我說的也未必都對，多少能給你個參考。

（細(xì)節(jié)的福利和技術(shù)，我受保密條款的約束，不方便細(xì)說，大家見諒）

就寫到這里吧，對于一個互聯(lián)網(wǎng)公司來說，Twitter和我都不算年輕了，看著公司的那只藍胖小鳥，我們出走半生，歸來仍是少年。

北南

2017年夏寫于加州圣布魯諾

我們和硅谷的人享受同一片陽光，我們和紐約的人共享同一個家園，我們和倫敦的人同呼吸這世界的空氣，不論國企、外企、還有私企，企業(yè)衡量員工的標(biāo)準(zhǔn)看能力，而不是一句“Amy，help我send個E-mail?！?/p>

聊聊Spring Boot面試相關(guān)問題

Spring Boot 是 Spring 開源組織下的子項目，是 Spring 組件一站式解決方案，主要是簡化了使用 Spring 的難度，簡省了繁重的配置，提供了各種啟動器，開發(fā)者能快速上手。

Spring Boot 主要有如下優(yōu)點：

啟動類上面的注解是@SpringBootApplication，它也是 Spring Boot 的核心注解，主要組合包含了以下 3 個注解：

@SpringBootConfiguration：組合了 @Configuration 注解，實現(xiàn)配置文件的功能。

@EnableAutoConfiguration：打開自動配置的功能，也可以關(guān)閉某個自動配置的選項，如關(guān)閉數(shù)據(jù)源自動配置功能：

@SpringBootApplication(exclude= { DataSourceAutoConfiguration.class })。

@ComponentScan：Spring組件掃描。

Spring JavaConfig 是 Spring 社區(qū)的產(chǎn)品，它提供了配置 Spring IoC 容器的純Java 方法。因此它有助于避免使用 XML 配置。使用 JavaConfig 的優(yōu)點在于：

（1） 面向?qū)ο蟮呐渲?。由于配置被定義為 JavaConfig 中的類，因此用戶可以

充分利用 Java 中的面向?qū)ο蟮墓δ堋Ｒ粋€配置類可以繼承另一個，重寫它的

@Bean 方法等。

（2） 減少或消除 XML 配置?；谝蕾囎⑷朐瓌t的外化配置的好處已被證明。

但是，許多開發(fā)人員不希望在 XML 和 Java 之間來回切換。JavaConfig 為開發(fā)人員提供了一種純粹 Java 方法來配置與 XML 配置概念相似的 Spring 容器。從

技術(shù)角度來講，只是使用 JavaConfig 配置類來配置容器是可行的，但實際上很多人認(rèn)為將JavaConfig 與 XML 混合匹配是理想的。（3）類型安全和重構(gòu)友好。JavaConfig 提供了一種類型安全的方法來配置

Spring容器。由于 Java 5.0 對泛型的支持，現(xiàn)在可以按類型而不是按名稱檢索 bean，不需要任何強制轉(zhuǎn)換或基于字符串的查找。

BFPP：BeanFactoryPostProcessor

BPP：BeanPostProcessor

BDRPP:BeanDefinitionRegistryPostProcessor

表達的總體思路是：總-分-總

1、springboot自動裝配是什么，解決了什么問題

2、自動裝配實現(xiàn)的原理：

1、當(dāng)啟動springboot應(yīng)用程序的時候， 會先創(chuàng)建SpringApplication的對象，在對象的構(gòu)造方法中會進行某些參數(shù)的初始化工作，最主要的是判斷當(dāng)前應(yīng)用程序的類型以及初始化器和監(jiān)聽器，在這個過程中會加載整個應(yīng)用程序中的spring.factories文件，將文件的內(nèi)容放到緩存對象中，方便后續(xù)獲取。

2、SpringApplication對象創(chuàng)建完成之后，開始執(zhí)行run方法，來完成整個啟動，啟動過程中最主要的有兩個方法，第一個叫做prepareContext，第二個叫做refreshContext,在這兩個關(guān)鍵步驟中完整了自動裝配的核心功能，前面的處理邏輯包含了上下文對象的創(chuàng)建，banner的打印，異常報告期的準(zhǔn)備等各個準(zhǔn)備工作，方便后續(xù)來進行調(diào)用。

3、在prepareContext方法中主要完成的是對上下文對象的初始化操作，包括了屬性值的設(shè)置，比如環(huán)境對象，在整個過程中有一個非常重要的方法，叫做load，load主要完成一件事，將當(dāng)前啟動類做為一個beanDefinition注冊到registry中，方便后續(xù)在進行BeanFactoryPostProcessor調(diào)用執(zhí)行的時候，找到對應(yīng)的主類，來完成@SpringBootApplicaiton,@EnableAutoConfiguration等注解的解析工作

4、在refreshContext方法中會進行整個容器刷新過程，會調(diào)用中spring中的refresh方法，refresh中有13個非常關(guān)鍵的方法，來完成整個spring應(yīng)用程序的啟動，在自動裝配過程中，會調(diào)用invokeBeanFactoryPostProcessor方法，在此方法中主要是對ConfigurationClassPostProcessor類的處理，這次是BFPP的子類也是BDRPP的子類，在調(diào)用的時候會先調(diào)用BDRPP中的postProcessBeanDefinitionRegistry方法，然后調(diào)用postProcessBeanFactory方法，在執(zhí)行postProcessBeanDefinitionRegistry的時候回解析處理各種注解，包含@PropertySource,@ComponentScan,@ComponentScans，@Bean,@Import等注解，最主要的是@Import注解的解析。

5、在解析@Import注解的時候，會有一個getImports的方法，從主類開始遞歸解析注解，把所有包含@Import的注解都解析到，然后在processImport方法中對Import的類進行分類，此處主要識別的時候AutoConfigurationImportSelect歸屬于ImportSelect的子類，在后續(xù)過程中會調(diào)用deferredImportSelectorHandler中的process方法，來完整EnableAutoConfiguration的加載。

6、上面是我對springboot自動裝配的簡單理解，面試官您看一下，我回答有沒有問題，幫我指點一下！

在 Spring Boot 里面，可以使用以下幾種方式來加載配置。

1） properties文件；

2） YAML文件；

3） 系統(tǒng)環(huán)境變量；

等等……

YAML 是一種人類可讀的數(shù)據(jù)序列化語言。它通常用于配置文件。與屬性文件相比，如果我們想要在配置文件中添加復(fù)雜的屬性，YAML 文件就更加結(jié)構(gòu)化，而且更少混淆?？梢钥闯?YAML 具有分層配置數(shù)據(jù)。

YAML 現(xiàn)在可以算是非常流行的一種配置文件格式了，無論是前端還是后端，都可以見到 YAML 配置。那么 YAML 配置和傳統(tǒng)的 properties 配置相比到底有哪些優(yōu)勢呢？

相比 properties 配置文件，YAML 還有一個缺點，就是不支持 @PropertySource 注解導(dǎo)入自定義的 YAML 配置。

Spring Boot 推薦使用 Java 配置而非 XML 配置，但是 Spring Boot 中也可以使用 XML 配置，通過 @ImportResource 注解可以引入一個 XML 配置。 spring boot 核心配置文件是什么？

bootstrap.properties 和 application.properties 有何區(qū)別 ?

單純做 Spring Boot 開發(fā)，可能不太容易遇到 bootstrap.properties 配置文

件，但是在結(jié)合 Spring Cloud 時，這個配置就會經(jīng)常遇到了，特別是在需要加載一些遠程配置文件的時侯。

spring boot 核心的兩個配置文件：

bootstrap (. yml 或者 . properties)：boostrap 由父 ApplicationContext 加載的，比 applicaton 優(yōu)先加載，配置在應(yīng)用程序上下文的引導(dǎo)階段生效。一般來說我們在 Spring Cloud Config 或者 Nacos 中會用到它。且 boostrap 里面的屬性不

能被覆蓋；

application (. yml 或者 . properties)： 由ApplicatonContext 加載，用于 spring boot 項目的自動化配置。

Spring Profiles 允許用戶根據(jù)配置文件（dev，test，prod 等）來注冊 bean。因此，當(dāng)應(yīng)用程序在開發(fā)中運行時，只有某些 bean 可以加載，而在

PRODUCTION中，某些其他 bean 可以加載。假設(shè)我們的要求是 Swagger 文檔僅適用于 QA 環(huán)境，并且禁用所有其他文檔。這可以使用配置文件來完成。Spring Boot 使得使用配置文件非常簡單。

為了在自定義端口上運行 Spring Boot 應(yīng)用程序，您可以在

application.properties 中指定端口。server.port = 8090

為了實現(xiàn) Spring Boot 的安全性，我們使用 spring-boot-starter-security 依賴項，并且必須添加安全配置。它只需要很少的代碼。配置類將必須擴展

WebSecurityConfigurerAdapter 并覆蓋其方法。

跨域可以在前端通過 JSONP 來解決，但是 JSONP 只可以發(fā)送 GET 請求，無法發(fā)送其他類型的請求，在 RESTful 風(fēng)格的應(yīng)用中，就顯得非常雞肋，因此我們推薦在后端通過 （CORS，Cross-origin resource sharing） 來解決跨域問題。這種解決方案并非 Spring Boot 特有的，在傳統(tǒng)的 SSM 框架中，就可以通過 CORS 來解決跨域問題，只不過之前我們是在 XML 文件中配置 CORS ，現(xiàn)在可以通過實現(xiàn)WebMvcConfigurer接口然后重寫addCorsMappings方法解決跨域問題。

項目中前后端分離部署，所以需要解決跨域的問題。

我們使用cookie存放用戶登錄的信息，在spring攔截器進行權(quán)限控制，當(dāng)權(quán)限不符合時，直接返回給用戶固定的json結(jié)果。

當(dāng)用戶登錄以后，正常使用；當(dāng)用戶退出登錄狀態(tài)時或者token過期時，由于攔截器和跨域的順序有問題，出現(xiàn)了跨域的現(xiàn)象。

我們知道一個http請求，先走filter，到達servlet后才進行攔截器的處理，如果我們把cors放在filter里，就可以優(yōu)先于權(quán)限攔截器執(zhí)行。

CSRF 代表跨站請求偽造。這是一種攻擊，迫使 終用戶在當(dāng)前通過身份驗證的 Web 應(yīng)用程序上執(zhí)行不需要的操作。CSRF 攻擊專門針對狀態(tài)改變請求，而不是數(shù)據(jù)竊取，因為攻擊者無法查看對偽造請求的響應(yīng)。

Spring boot actuator 是 spring 啟動框架中的重要功能之一。Spring boot 監(jiān)視器可幫助您訪問生產(chǎn)環(huán)境中正在運行的應(yīng)用程序的當(dāng)前狀態(tài)。有幾個指標(biāo)必須在生產(chǎn)環(huán)境中進行檢查和監(jiān)控。即使一些外部應(yīng)用程序可能正在使用這些服務(wù)來向相關(guān)人員觸發(fā)警報消息。監(jiān)視器模塊公開了一組可直接作為 HTTP URL 訪問 的REST 端點來檢查狀態(tài)。

如何在 Spring Boot 中禁用 Actuator 端點安全性？

默認(rèn)情況下，所有敏感的 HTTP 端點都是安全的，只有具有 ACTUATOR 角色

的用戶才能訪問它們。安全性是使用標(biāo)準(zhǔn)的 HttpServletRequest.isUserInRole 方法實施的。 我們可以使用來禁用安全性。只有在執(zhí)行機構(gòu)端點在防火墻后訪問時，才建議禁用安全性。

Spring Boot 提供監(jiān)視器端點以監(jiān)控各個微服務(wù)的度量。這些端點對于獲取有關(guān)應(yīng)用程序的信息（如它們是否已啟動）以及它們的組件（如數(shù)據(jù)庫等）是否正常運行很有幫助。但是，使用監(jiān)視器的一個主要缺點或困難是，我們必須單獨打開應(yīng)用程序的知識點以了解其狀態(tài)或 健康 狀況。想象一下涉及 50 個應(yīng)用程序的微服務(wù)，管理員將不得不擊中所有 50 個應(yīng)用程序的執(zhí)行終端。為了幫助我們處理這種情況，我們將使用位于的開源項目。 它建立在 Spring Boot Actuator 之上，它提供了一個 Web UI，使我們能夠可視化多個應(yīng)用程序的度量。

WebSocket 是一種計算機通信協(xié)議，通過單個 TCP 連接提供全雙工通信信道。

1、 WebSocket 是雙向的 -使用 WebSocket 客戶端或服務(wù)器可以發(fā)起消息發(fā)送。

2、 WebSocket 是全雙工的 -客戶端和服務(wù)器通信是相互獨立的。

3、 單個 TCP 連接 -初始連接使用 HTTP，然后將此連接升級到基于套接字的連接。然后這個單一連接用于所有未來的通信

4、 Light -與 http 相比，WebSocket 消息數(shù)據(jù)交換要輕得多。

什么是 Spring Data ?

Spring Data 是 Spring 的一個子項目。用于簡化數(shù)據(jù)庫訪問，支持NoSQL 和 關(guān)系數(shù)據(jù)存儲。其主要目標(biāo)是使數(shù)據(jù)庫的訪問變得方便快捷。Spring Data 具有如下特點：

SpringData 項目支持 NoSQL 存儲：

SpringData 項目所支持的關(guān)系數(shù)據(jù)存儲技術(shù)：

Spring Boot Batch 提供可重用的函數(shù)，這些函數(shù)在處理大量記錄時非常重要，包括日志/跟蹤，事務(wù)管理，作業(yè)處理統(tǒng)計信息，作業(yè)重新啟動，跳過和資源管理。它還提供了更先進的技術(shù)服務(wù)和功能，通過優(yōu)化和分區(qū)技術(shù)，可以實現(xiàn)極高批量和高性能批處理作業(yè)。簡單以及復(fù)雜的大批量批處理作業(yè)可以高度可擴展的方式利用框架處理重要大量的信息。

FreeMarker 是一個基于 Java 的模板引擎， 初專注于使用 MVC 軟件架構(gòu)進行動態(tài)網(wǎng)頁生成。使用 Freemarker 的主要優(yōu)點是表示層和業(yè)務(wù)層的完全分離。程序員可以處理應(yīng)用程序代碼，而設(shè)計人員可以處理 html 頁面設(shè)計。 后使用 freemarker 可以將這些結(jié)合起來，給出 終的輸出頁面。

對于集成 Spring Boot 和 ActiveMQ，我們使用依賴關(guān)系。 它只需要很少的配置，并且不需要樣板代碼。

Swagger 廣泛用于可視化 API，使用 Swagger UI 為前端開發(fā)人員提供在線沙箱。Swagger 是用于生成 RESTful Web 服務(wù)的可視化表示的工具，規(guī)范和完整框架實現(xiàn)。它使文檔能夠以與服務(wù)器相同的速度更新。當(dāng)通過 Swagger 正確定義時，消費者可以使用 少量的實現(xiàn)邏輯來理解遠程服務(wù)并與其進行交互。因此，Swagger消除了調(diào)用服務(wù)時的猜測。

前后端分離，如何維護接口文檔 ?

前后端分離開發(fā)日益流行，大部分情況下，我們都是通過 Spring Boot 做前后端分離開發(fā)，前后端分離一定會有接口文檔，不然會前后端會深深陷入到扯皮中。一個比較笨的方法就是使用 word 或者 md 來維護接口文檔，但是效率太低，接口一變，所有人手上的文檔都得變。在 Spring Boot 中，這個問題常見

的解決方案是 Swagger ，使用 Swagger 我們可以快速生成一個接口文檔網(wǎng)

站，接口一旦發(fā)生變化，文檔就會自動更新，所有開發(fā)工程師訪問這一個在線網(wǎng)站就可以獲取到 新的接口文檔，非常方便。

這可以使用 DEV 工具來實現(xiàn)。通過這種依賴關(guān)系，您可以節(jié)省任何更改，嵌入式tomcat 將重新啟動。Spring Boot 有一個開發(fā)工具（DevTools）模塊，它有助于提高開發(fā)人員的生產(chǎn)力。Java 開發(fā)人員面臨的一個主要挑戰(zhàn)是將文件更改自動部署到服務(wù)器并自動重啟服務(wù)器。開發(fā)人員可以重新加載 Spring Boot 上的更改，而無需重新啟動服務(wù)器。這將消除每次手動部署更改的需要。

Spring Boot 在發(fā)布它的第一個版本時沒有這個功能。這是開發(fā)人員 需要的功能。DevTools 模塊完全滿足開發(fā)人員的需求。該模塊將在生產(chǎn)環(huán)境中被禁用。

它還提供 H2 數(shù)據(jù)庫控制臺以更好地測試應(yīng)用程序。

使用了下面的一些依賴項

spring-boot-starter-activemq

spring-boot-starter-security

這有助于增加更少的依賴關(guān)系，并減少版本的沖突。

Spring Boot 中的 starter 到底是什么 ?

首先，這個 Starter 并非什么新的技術(shù)點，基本上還是基于 Spring 已有功能來實現(xiàn)的。首先它提供了一個自動化配置類，一般命名為 XXXAutoConfiguration

，在這個配置類中通過條件注解來決定一個配置是否生效（條件注解就是

Spring 中原本就有的），然后它還會提供一系列的默認(rèn)配置，也允許開發(fā)者根據(jù)實際情況自定義相關(guān)配置，然后通過類型安全的屬性注入將這些配置屬性注入進來，新注入的屬性會代替掉默認(rèn)屬性。正因為如此，很多第三方框架，我們只需要引入依賴就可以直接使用了。當(dāng)然，開發(fā)者也可以自定義 Starter spring-boot-starter-parent 有什么用 ?

我們都知道，新創(chuàng)建一個 Spring Boot 項目，默認(rèn)都是有 parent 的，這個

parent 就是 spring-boot-starter-parent ，spring-boot-starter-parent 主要有如下作用：

Spring Boot 打成的 jar 和普通的 jar 有什么區(qū)別 ?

Spring Boot 項目 終打包成的 jar 是可執(zhí)行 jar ，這種 jar 可以直接通過 java jar xxx.jar 命令來運行，這種 jar 不可以作為普通的 jar 被其他項目依賴，即使依賴了也無法使用其中的類。

Spring Boot 的 jar 無法被其他項目依賴，主要還是他和普通 jar 的結(jié)構(gòu)不同。普通的 jar 包，解壓后直接就是包名，包里就是我們的代碼，而 Spring Boot

打包成的可執(zhí)行 jar 解壓后，在 BOOT-INFclasses 目錄下才是我們的代碼，因此無法被直接引用。如果非要引用，可以在 pom.xml 文件中增加配置，將 Spring Boot 項目打包成兩個 jar ，一個可執(zhí)行，一個可引用。

1） 打包用命令或者放到容器中運行

2） 用 Maven/ Gradle 插件運行

3）直接執(zhí)行 main 方法運行

1） 繼承spring-boot-starter-parent項目

2） 導(dǎo)入spring-boot-dependencies項目依賴

Spring 提供了一種使用 ControllerAdvice 處理異常的非常有用的方法。 我們通過實現(xiàn)一個 ControlerAdvice 類，來處理控制器類拋出的所有異常。

使用 Spring Boot 實現(xiàn)分頁非常簡單。使用 Spring Data-JPA 可以實現(xiàn)將可分頁的傳遞給存儲庫方法。

微服務(wù)中如何實現(xiàn) session 共享 ?

在微服務(wù)中，一個完整的項目被拆分成多個不相同的獨立的服務(wù)，各個服務(wù)獨立部署在不同的服務(wù)器上，各自的 session 被從物理空間上隔離開了，但是經(jīng)

常，我們需要在不同微服務(wù)之間共享 session ，常見的方案就是 Spring

Session + Redis 來實現(xiàn) session 共享。將所有微服務(wù)的 session 統(tǒng)一保存在 Redis 上，當(dāng)各個微服務(wù)對 session 有相關(guān)的讀寫操作時，都去操作 Redis 上的 session 。這樣就實現(xiàn)了 session 共享，Spring Session 基于 Spring 中的代理過濾器實現(xiàn)，使得 session 的同步操作對開發(fā)人員而言是透明的，非常簡便。

定時任務(wù)也是一個常見的需求，Spring Boot 中對于定時任務(wù)的支持主要還是來自 Spring 框架。

在 Spring Boot 中使用定時任務(wù)主要有兩種不同的方式，一個就是使用 Spring 中的 @Scheduled 注解，另一個則是使用第三方框架 Quartz。

使用 Spring 中的 @Scheduled 的方式主要通過 @Scheduled 注解來實現(xiàn)。

使用 Quartz ，則按照 Quartz 的方式，定義 Job 和 Trigger 即可。

java工程師面試時最看重的是什么？

一、專業(yè)技能

熟練的使用Java語言進行面向?qū)ο蟪绦蛟O(shè)計，有良好的編程習(xí)慣，熟悉常用的JavaAPI，包括集合框架、多線程（并發(fā)編程）、I/O（NIO）、Socket、JDBC、XML、反射等。

熟悉基于JSP和Servlet的JavaWeb開發(fā)，對Servlet和JSP的工作原理和生命周期有深入了解，熟練的使用JSTL和EL編寫無腳本動態(tài)頁面，有使用監(jiān)聽器、過濾器等Web組件以及MVC架構(gòu)模式進行JavaWeb項目開發(fā)經(jīng)驗。

對Spring的IoC容器和AOP原理有深入了解，熟練的運用Spring框架管理各種Web組件及其依賴關(guān)系，熟練的使用Spring進行事務(wù)、日志、安全性等的管理，有使用SpringMVC作為表示層技術(shù)以及使用Spring提供的持久化支持進行Web項目開發(fā)的經(jīng)驗，熟悉Spring對其他框架的整合。

熟練的使用Hibernate、MyBatis等ORM框架，熟悉Hibernate和MyBatis的核心API，對Hibernate的關(guān)聯(lián)映射、繼承映射、組件映射、緩存機制、事務(wù)管理以及性能調(diào)優(yōu)等有深入的理解。

熟練的使用HTML、CSS和JavaScript進行Web前端開發(fā)，熟悉jQuery和Bootstrap，對Ajax技術(shù)在Web項目中的應(yīng)用有深入理解，有使用前端MVC框架（AngularJS）和JavaScript模板引擎（HandleBars）進行項目開發(fā)的經(jīng)驗。

熟悉常用的關(guān)系型數(shù)據(jù)庫產(chǎn)品（MySQL、Oracle），熟練的使用SQL和PL/SQL進行數(shù)據(jù)庫編程。

熟悉面向?qū)ο蟮脑O(shè)計原則，對GoF設(shè)計模式和企業(yè)應(yīng)用架構(gòu)模式有深入的了解和實際開發(fā)的相關(guān)經(jīng)驗，熟練的使用UML進行面向?qū)ο蟮姆治龊驮O(shè)計，有TDD（測試驅(qū)動開發(fā)）和DDD（領(lǐng)域驅(qū)動設(shè)計）的經(jīng)驗。

熟悉Apache、NginX、Tomcat、WildFly、Weblogic等Web服務(wù)器和應(yīng)用服務(wù)器的使用，熟悉多種服務(wù)器整合、集群和負(fù)載均衡的配置。

熟練的使用產(chǎn)品原型工具Axure，熟練的使用設(shè)計建模工具PowerDesigner和Enterprise Architect，熟練的使用Java開發(fā)環(huán)境Eclipse和IntelliJ，熟練的使用前端開發(fā)環(huán)境WebStorm，熟練的使用軟件版本控制工具SVN和Git，熟練的使用項目構(gòu)建和管理工具Maven和Gradle。

說明： ?上面羅列的這些東西并不是每一項你都要爛熟于心，根據(jù)企業(yè)招聘的具體要求可以做相應(yīng)的有針對性的準(zhǔn)備。但是前6項應(yīng)該是最低要求，是作為一個Java軟件工程師必須要具備的專業(yè)技能。

二、項目經(jīng)驗

項目介紹

本系統(tǒng)是X委托Y開發(fā)的用于Z的系統(tǒng)，系統(tǒng)包括A、B、C、D等模塊。系統(tǒng)使用了Java企業(yè)級開發(fā)的開源框架E以及前端技術(shù)F。表示層運用了G架構(gòu)，使用H作為視圖I作為控制器并實現(xiàn)了REST風(fēng)格的請求；業(yè)務(wù)邏輯層運用了J模式，并通過K實現(xiàn)事務(wù)、日志和安全性等功能，通過L實現(xiàn)緩存服務(wù)；持久層使用了M封裝CRUD操作，底層使用N實現(xiàn)數(shù)據(jù)存取。整個項目采用了P開發(fā)模型。 ?說明： ?E通常指spring（Java企業(yè)級開發(fā)的一站式選擇）； ?F最有可能是jQuery庫及其插件或者是Bootstrap框架，當(dāng)然如果要構(gòu)建單頁應(yīng)用（SPA）最佳的方案是前端MVC框架（如AngularJS）和JavaScript模板引擎（如HandleBars）；G顯然是MVC（模型-視圖-控制），最有可能的實現(xiàn)框架是spring MVC，除此之外還有Struts 2、JSF以及Apache為JSF提供的MyFaces實現(xiàn)； ?H是JSP，JSP作為MVC中的V，也可使用模板引擎（如Freemarker和Velocity）來生成視圖還可以是各種文檔或報表（如Excel和PDF等）； ?I是Servlet或者自定義的控制器，他們是MVC中的C，當(dāng)然Spring MVC中提供了作為前端控制器的DispatcherServlet； ?J通常是事務(wù)腳本； ?K應(yīng)該是AOP（面向切面編程）技術(shù)； ?L目前廣泛使用的有memcached和Redis； ?M的選擇方案很多，最有可能的是hibernate和MyBatis，也可以兩種技術(shù)同時運用，但通常是將增刪改交給hibernate來處理，而復(fù)雜的查詢則由MyBatis完成，此外TopLink、jOOQ也是優(yōu)秀的持久層解決方案； ?N底層的數(shù)據(jù)存取傳統(tǒng)上是使用關(guān)系型數(shù)據(jù)庫，可以是MySQL、Oracle、SQLServer、DB2等，隨著大數(shù)據(jù)時代的來臨，也可以采用NoSQL（如MongoDB、MemBase、BigTable等）和其他大數(shù)據(jù)存取方案（如GFS、HDFS等）； ?P是項目的開發(fā)模型，可以是瀑布模型、快速原型模型、增量模型、螺旋模型、噴泉模型、RAD模型等。

項目開發(fā)流程

1、可行性分析：可行性分析報告、項目開發(fā)計劃書;

2、需求分析：需求規(guī)格說明書OOAD（用例圖、時序圖、活動圖）;

界面原型：幫助理解需求、業(yè)務(wù)層設(shè)計時推導(dǎo)事務(wù)腳本;

3、設(shè)計：概要設(shè)計說明書、詳細(xì)設(shè)計說明書;

*抽取業(yè)務(wù)實體（領(lǐng)域?qū)ο螅侯悎D、E-R圖（概念設(shè)計階段）;

分層架構(gòu)：確定各層的技術(shù)實現(xiàn)方案（具體到使用的框架、數(shù)據(jù)庫服務(wù)器、應(yīng)用服務(wù)器等）;

*業(yè)務(wù)層設(shè)計：事務(wù)腳本模式（事務(wù)：用戶發(fā)送一次請求就是一個事務(wù)；

腳本：一個方法或一個函數(shù)；

*事務(wù)腳本：把一次請求封裝為一個方法或一個函數(shù)；事務(wù)腳本模式：一個事務(wù)開始于腳本的打開，終止于腳本的關(guān)閉）;

*業(yè)務(wù)層涉及的對象有三種類型：事務(wù)腳本類（封裝了業(yè)務(wù)的流程）、數(shù)據(jù)訪問對象（DAO，封裝了持久化操作）、數(shù)據(jù)傳輸對象（DTO，封裝了失血/貧血領(lǐng)域?qū)ο螅?，三者之間的關(guān)系是事務(wù)腳本類組合（聚合）數(shù)據(jù)訪問對象，這二者都依賴了數(shù)據(jù)傳輸對象正向工程（UML類圖生成Java代碼）和逆向工程（Java代碼生成UML類圖）數(shù)據(jù)庫物理設(shè)計（ER圖轉(zhuǎn)換成表間關(guān)系圖、建庫和建表、使用工具插入測試數(shù)據(jù)）;

3、編碼；

4、測試：測試報告、缺陷報告;

*單元測試：對軟件中的最小可測試單元進行檢查和驗證，在Java中是對類中的方法進行測試，可以使用JUnit工具來實施；

*集成測試：集成測試也叫組裝測試或聯(lián)合測試。在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計要求組裝成為子系統(tǒng)進行測試；

*系統(tǒng)測試：將已經(jīng)確認(rèn)的軟件、硬件、外設(shè)、網(wǎng)絡(luò)等元素結(jié)合在一起，進行信息系統(tǒng)的各種組裝測試和確認(rèn)測試，系統(tǒng)測試是針對整個產(chǎn)品系統(tǒng)進行的測試，目的是驗證系統(tǒng)是否滿足了需求規(guī)格的定義，找出與需求規(guī)格不符或與之矛盾的地方，從而提出更加完善的方案；

*驗收測試：在軟件產(chǎn)品完成了單元測試、集成測試和系統(tǒng)測試之后，產(chǎn)品發(fā)布之前所進行的軟件測試活動。它是技術(shù)測試的最后一個階段，也稱為交付測試。驗收測試的目的是確保軟件準(zhǔn)備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)；

5、交付和維護：用戶手冊、操作手冊；

三、項目管理

版本控制：CVS/SVN/Git

自動構(gòu)建：Ant/Maven/Ivy/Gradle

持續(xù)集成：Hudson/Jenkins

四、系統(tǒng)架構(gòu)

負(fù)載均衡服務(wù)器：F5、A10；

應(yīng)用服務(wù)器： HTTP服務(wù)器：Apache、NginX（HTTP、反向代理、郵件代理服務(wù)器）；

Servlet容器：Tomcat、Resin

EJB容器：WildFly（JBoss Application Server）、GlassFish、Weblogic、Websphere；

數(shù)據(jù)庫服務(wù)器：MySQL、Eclipse、Oracle；

五、第三方工具（插件）應(yīng)用

圖表工具：基于jQuery的圖表插件（如jQchart、Flot、Charted等）、Chart.js、Highcharts等。

報表工具：Pentaho Reporting、iReport、DynamicReports等。

文檔處理：POI、iText等。

工作流引擎：jBPM、OpenWFE、Snaker、SWAMP等。

作業(yè)調(diào)度：Quartz、JobServer、Oddjob等。

緩存服務(wù)：EhCache、memcached、SwarmCache等。

消息隊列：Open-MQ、ZeroMQ、ActiveMQ等。

安全框架：Shiro、PicketBox等。

搜索引擎：IndexTank、Lucene、ElasticSearch等。

Ajax框架：jQuery、ExtJS、DWR等。

UI插件：EasyUI、MiniUI等。

富文本框：UEditor、CKEditor等。

六、面試提問

項目是為哪個公司開發(fā)的？項目的投入是多少？

有多少人參與了項目開發(fā)？整個團隊中，測試人員、開發(fā)人員、項目經(jīng)理比例是多少？

項目開發(fā)了多長時間？項目總的代碼量有多少？你的代碼量有多少？

項目采用了怎樣的開發(fā)模型或開發(fā)流程？項目的架構(gòu)是怎樣的？項目的技術(shù)選型是怎樣的？

你在項目中擔(dān)了怎樣的職責(zé)？是否經(jīng)常開會或加班？項目完成后有哪些收獲或是經(jīng)驗教訓(xùn)？

項目中最困難的部分是什么？如何解決團隊開發(fā)時遇到的各種沖突？

七、面試時可以反問面試官的問題

我注意到你們使用了X技術(shù)，請問你們是如何解決Y問題的？

為什么你們的產(chǎn)品使用了X技術(shù)而不是Y技術(shù)？據(jù)我所知，X技術(shù)雖然有A、B、C等好處，但也存在D和E問題，而Y技術(shù)可以解決D和E問題。

我對您說的X技術(shù)不是太熟悉，但我感覺它是一個不錯的解決方案，您能多講講它的工作原理嗎？

你們團隊是如何進行項目規(guī)劃的？一周會有幾次例會？每周的代碼量大概是多少？

就X問題我能想到的解決方案目前就只有Y了，請問您會怎么解決這個問題？

八、S.A.R.法則

S.A.R法則是指先描述問題的場景，然后解釋你采取的行動，最后陳述結(jié)果。

九、面談原則

聲音適中、口齒清楚、面帶微笑、個人形象精神，講禮貌。

主動跟面試官聊他感興趣的話題，讓面試官滿意。

主動的大膽的跟面試官聊自己熟悉有經(jīng)驗的內(nèi)容：項目、技術(shù)點等，做到揚長避短。

一定要表達自己非常想得到這個崗位，自己很愿意學(xué)習(xí)不懂的技術(shù)。

根據(jù)自己的實際水平提出合理的待遇要求。

十、自我評價

學(xué)習(xí)能力（搞IT行業(yè)的人需要不斷的了解新的技術(shù)、工具和方法）

團隊意識（相比個人英雄主義，IT行業(yè)更倡導(dǎo)團隊合作）

抗壓能力（很多IT企業(yè)的工作強度相對來說還是比較大的）

分享題目：nosql面試guan,nosql數(shù)據(jù)庫面試題
文章轉(zhuǎn)載：http://jinyejixie.com/article42/hojshc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供企業(yè)建站、營銷型網(wǎng)站建設(shè)、移動網(wǎng)站建設(shè)、外貿(mào)建站、ChatGPT、企業(yè)網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)