1、 有關(guān)性能測試面試試題有關(guān)性能測試面試試題 1、如何識(shí)別系統(tǒng)瓶頸？ 從TPS指標(biāo)分析，TPS即系統(tǒng)單位時(shí)間內(nèi)處理事務(wù)的數(shù)量。當(dāng)前隨著用戶數(shù)的增長期系統(tǒng)每秒可處理的事務(wù)數(shù)是否也會(huì)增長。 2、如何發(fā)現(xiàn)數(shù)據(jù)庫的相關(guān)問題？ 通過運(yùn)行某些相應(yīng)的已獲取的SQL語句，判斷是否由于數(shù)據(jù)庫索引所導(dǎo)致的事務(wù)響應(yīng)過長的問題發(fā)生。 通過實(shí)時(shí)監(jiān)控工具（nmon等）監(jiān)控分析： （1）系統(tǒng)在運(yùn)行過程中其CPU是否穩(wěn)定運(yùn)行或CPU耗用是否過高； （2）在系統(tǒng)運(yùn)行過程中其內(nèi)存是否存在內(nèi)存泄漏現(xiàn)象； 3、think_time的作用是什么？ 降低當(dāng)前運(yùn)行時(shí)壓力，環(huán)節(jié)對(duì)應(yīng)用服務(wù)器所造成的壓力； 模擬真實(shí)生產(chǎn)用戶操作，考察對(duì)服務(wù)器所造

2、成的影響。 4、進(jìn)行參數(shù)化的目的是什么？ 減少腳本的大??； 便于腳本的維護(hù)，從而更加真實(shí)的模擬生產(chǎn)環(huán)境的數(shù)據(jù)。 5、容量測試方法中為什么要以逐步遞增的方式進(jìn)行？ 虛擬用戶數(shù)隨著負(fù)載時(shí)間的延長而增加，可以幫助確定系統(tǒng)響應(yīng)時(shí)間減慢的準(zhǔn)確時(shí)間以及準(zhǔn)確的用戶數(shù)。 6、假設(shè)在測試過程中某些事務(wù)的響應(yīng)時(shí)間過長，但分析應(yīng)用服務(wù)、數(shù)據(jù)庫以及網(wǎng)絡(luò)都屬于正?，F(xiàn)象，問題可能出現(xiàn)的原因有哪些？ LoadRunner客戶機(jī)器是否已無法承載當(dāng)前運(yùn)行壓力導(dǎo)致LoadRunner無法及時(shí)獲取從服務(wù)端返回的信息； Tink_time是否已忽略； 確定當(dāng)前被測系統(tǒng)架構(gòu)，是否為在每次測試過程中清楚緩存所導(dǎo)致。 高頻面試試題 一、什

3、么是Spring框架？Spring框架有哪些主要模塊？ Spring框架是一個(gè)為Java應(yīng)用程序的開發(fā)提供了綜合、廣泛的基礎(chǔ)性支持的Java平臺(tái)。Spring幫助開發(fā)者解決了開發(fā)中基礎(chǔ)性的問題，使得開發(fā)人員可以專注于應(yīng)用程序的開發(fā)。 Spring框架本身亦是按照設(shè)計(jì)模式精心打造，這使得我們可以在開發(fā)環(huán)境中安心的集成Spring框架，不必?fù)?dān)心Spring是如何在后臺(tái)進(jìn)行工作的。 Spring框架至今已集成了20多個(gè)模塊。這些模塊主要被分如下圖所示的核心容器、數(shù)據(jù)訪問/集成，、Web、AOP（面向切面編程）、工具、消息和測試模塊。 二、使用Spring框架能帶來哪些好處？ 下面列舉了一些使用Spr

4、ing框架帶來的主要好處： 1、DependencyInjection（DI）方法使得構(gòu)造器和JavaBeanproperties文件中的依賴關(guān)系一目了然。 2、與EJB容器相比較，IoC容器更加趨向于輕量級(jí)。這樣一來IoC容器在有限的內(nèi)存和CPU資源的情況下進(jìn)行應(yīng)用程序的開發(fā)和發(fā)布就變得十分有利。 3、Spring并沒有閉門造車，Spring利用了已有的技術(shù)比如ORM框架、logging框架、J2EE、Quartz和JDKTimer，以及其他視圖技術(shù)。 4、Spring框架是按照模塊的形式來組織的。由包和類的編號(hào)就可以看出其所屬的模塊，開發(fā)者僅僅需要選用他們需要的模塊即可。 5、要測試一項(xiàng)用

5、Spring開發(fā)的應(yīng)用程序十分簡單，因?yàn)闇y試相關(guān)的環(huán)境代碼都已經(jīng)囊括在框架中了。更加簡單的是，利用JavaBean形式的POJO類，可以很方便的利用依賴注入來寫入測試數(shù)據(jù)。 6、Spring的Web框架亦是一個(gè)精心設(shè)計(jì)的WebMVC框架，為開發(fā)者們?cè)趙eb框架的選擇上提供了一個(gè)除了主流框架比如Struts、過度設(shè)計(jì)的、不流行web框架的以外的有力選項(xiàng)。 7、Spring提供了一個(gè)便捷的事務(wù)管理接口，適用于小型的本地事物處理（比如在單DB的環(huán)境下）和復(fù)雜的共同事物處理（比如利用JTA的復(fù)雜DB環(huán)境）。 三、什么是控制反轉(zhuǎn)（IOC）？什么是依賴注入？ 1、控制反轉(zhuǎn)是應(yīng)用于軟件工程領(lǐng)域中的，在運(yùn)行時(shí)

6、被裝配器對(duì)象來綁定耦合對(duì)象的一種編程技巧，對(duì)象之間耦合關(guān)系在編譯時(shí)通常是未知的。 在傳統(tǒng)的編程方式中，業(yè)務(wù)邏輯的流程是由應(yīng)用程序中的早已被設(shè)定好關(guān)聯(lián)關(guān)系的對(duì)象來決定的.。 在使用控制反轉(zhuǎn)的情況下，業(yè)務(wù)邏輯的流程是由對(duì)象關(guān)系圖來決定的，該對(duì)象關(guān)系圖由裝配器負(fù)責(zé)實(shí)例化，這種實(shí)現(xiàn)方式還可以將對(duì)象之間的關(guān)聯(lián)關(guān)系的定義抽象化。而綁定的過程是通過“依賴注入”實(shí)現(xiàn)的。 2、控制反轉(zhuǎn)是一種以給予應(yīng)用程序中目標(biāo)組件更多控制為目的設(shè)計(jì)范式，并在我們的實(shí)際工作中起到了有效的作用。 3、依賴注入是在編譯階段尚未知所需的功能是來自哪個(gè)的類的情況下，將其他對(duì)象所依賴的功能對(duì)象實(shí)例化的模式。 這就需要一種機(jī)制用來激活相應(yīng)的

7、組件以提供特定的功能，所以依賴注入是控制反轉(zhuǎn)的基礎(chǔ)。否則如果在組件不受框架控制的情況下，框架又怎么知道要?jiǎng)?chuàng)建哪個(gè)組件？ 4、在Java中依然注入有以下三種實(shí)現(xiàn)方式： 1）構(gòu)造器注入； 2）Setter方法注入； 3）接口注入； 四、請(qǐng)解釋下Spring框架中的IoC？ Spring中的org。springframework。beans包和org。springframework。context包構(gòu)成了Spring框架IoC容器的基礎(chǔ)。 BeanFactory接口提供了一個(gè)先進(jìn)的配置機(jī)制，使得任何類型的對(duì)象的配置成為可能。ApplicationContex接口對(duì)BeanFactory（是一個(gè)子接口

8、）進(jìn)行了擴(kuò)展。 在BeanFactory的基礎(chǔ)上添加了其他功能，比如與Spring的AOP更容易集成，也提供了處理messageresource的機(jī)制（用于國際化）、事件傳播以及應(yīng)用層的特別配置，比如針對(duì)Web應(yīng)用的WebApplicationContext。 五、BeanFactory和ApplicationContext有什么區(qū)別？ BeanFactory可以理解為含有bean集合的工廠類。BeanFactory包含了種bean的定義，以便在接收到客戶端請(qǐng)求時(shí)將對(duì)應(yīng)的bean實(shí)例化。 BeanFactory還能在實(shí)例化對(duì)象的時(shí)生成協(xié)作類之間的關(guān)系。此舉將bean自身與bean客戶端的配置中

9、解放出來。BeanFactory還包含了bean生命周期的控制，調(diào)用客戶端的初始化方法（initializationmethods）和銷毀方法（destructionmethods）。 從表面上看，applicationcontext如同beanfactory一樣具有bean定義、bean關(guān)聯(lián)關(guān)系的設(shè)置，根據(jù)請(qǐng)求分發(fā)bean的功能。但applicationcontext在此基礎(chǔ)上還提供了其他的功能： 1）提供了支持國際化的文本消息； 2）統(tǒng)一的資源文件讀取方式； Java高頻面試試題 一、java中=和equals（）的區(qū)別 簡單來說=適合應(yīng)用于基本數(shù)據(jù)類型的比較，而重寫后equals（）方法

10、適合應(yīng)用于引用類型的比較。原因在于基本類型變量直接存儲(chǔ)的是值本身，而引用類型變量存儲(chǔ)的是對(duì)象的引用，當(dāng)引用相同時(shí)，用=比較，自然會(huì)是true，當(dāng)引用不同時(shí)，用=比較，則會(huì)是false。 equlals方法是object中的方法，對(duì)于所有繼承于object的類都會(huì)有該方法，當(dāng)使用equals方法是需對(duì)此方法進(jìn)行重寫，如果沒有對(duì)equals方法重寫，則比較的是引用類型的，變量所指向的對(duì)象的地址，沒有重寫的equals，和=效果相同，只有重寫了equals，比較的才會(huì)是所指對(duì)象的內(nèi)容。 二、java中String、StringBuild、StringBuffer的區(qū)別 String是不可變類，因此對(duì)

11、String進(jìn)行操作都會(huì)產(chǎn)生新的String對(duì)象，容易導(dǎo)致效率低下，浪費(fèi)內(nèi)存空間。因此，為了應(yīng)對(duì)經(jīng)常性的字符串操作，引入了StringBuffer、StringBuild這種字符串變量。 StringBufffer和StringBuild最大的區(qū)別，就是StringBuffer線程安全，但效率低，而StringBuild線程不安全，但效率高，且此兩者只能通過構(gòu)造函數(shù)的方式初始化。而String可以通過構(gòu)造函數(shù)和字面量復(fù)制兩種方式。 三、java中重載（overload、重寫（override）的區(qū)別 1、重載是通過不同的方法參數(shù)來區(qū)分的，例如不同的參數(shù)個(gè)數(shù)、不同的參數(shù)類型、或者不同的參數(shù)順序。

12、不能通過方法的訪問權(quán)限、返回值類型、和拋出異常類型類進(jìn)行重載。 2、覆蓋是指子類函數(shù)覆蓋父類函數(shù)，覆蓋一個(gè)方法，并對(duì)其重寫。重寫需要注意，子類必須與父類中，被重寫的方法有相同的函數(shù)名、相同的參數(shù)、相同的返回值、以及拋出異常也必須保持一致。 四、java中接口和抽象類的區(qū)別 1、抽象類和接口都不能直接實(shí)例化 2、抽象類要被子類繼承（extends），接口要被類實(shí)現(xiàn)（implements） 3、接口只能做方法的聲明，且所有方法訪問權(quán)限必須是public，抽象類中可以做方法聲明，也可以做方法的實(shí)現(xiàn)。 4、接口中定義的變量只能是公共的靜態(tài)常量，抽象類中的變量可以是普通變量。 5、抽象類里的抽象方法必須全部被子類所實(shí)現(xiàn)，如果子類不能全部實(shí)現(xiàn)父類的抽象方法，那么該子類只能是抽象類。同理如果在實(shí)現(xiàn)接口的時(shí)候，如果不能實(shí)現(xiàn)接口方法，那么該類也只能