版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
計(jì)算機(jī)類面試題目及答案面試的形式有多種,有一個(gè)面試官對(duì)一個(gè)應(yīng)聘者,也有多對(duì)一/一對(duì)多,多對(duì)多;無論面試的形式有多少,都是圍繞考核應(yīng)聘者的素質(zhì)是否符合所招聘崗位的要求而展開的。下面給大家?guī)?022計(jì)算機(jī)類面試題目及答案,希望能幫助到大家!Java多線程面試題目1、 什么是線程?線程是操作系統(tǒng)能夠進(jìn)行運(yùn)算調(diào)度的最小單位,它被包含在進(jìn)程之中,是進(jìn)程中的實(shí)際運(yùn)作單位。程序員可以通過它進(jìn)行多處理器編程,你可以使用多線程對(duì)運(yùn)算密集型任務(wù)提速。比如,如果一個(gè)線程完成一個(gè)任務(wù)要100毫秒,那么用十個(gè)線程完成改任務(wù)只需10毫秒。2、 線程和進(jìn)程有什么區(qū)別?線程是進(jìn)程的子集,一個(gè)進(jìn)程可以有很多線程,每條線程并行執(zhí)行不同的任務(wù)。不同的進(jìn)程使用不同的內(nèi)存空間,而所有的線程共享一片相同的內(nèi)存空間。每個(gè)線程都擁有單獨(dú)的棧內(nèi)存用來存儲(chǔ)本地?cái)?shù)據(jù)。3、 如何在Java中實(shí)現(xiàn)線程?兩種方式:java.lang.Thread類的實(shí)例就是一個(gè)線程但是它需要調(diào)用java.lang.Runnable接口來執(zhí)行,由于線程類本身就是調(diào)用的Runnable接口所以你可以繼承java.lang.Thread類或者直接調(diào)用Runnable接口來重寫run()方法實(shí)現(xiàn)線程。4、Java關(guān)鍵字volatile與synchronized作用與區(qū)別?Volatile:它所修飾的變量不保留拷貝,直接訪問主內(nèi)存中的。在Java內(nèi)存模型中,有mainmemory,每個(gè)線程也有自己的memory(例如寄存器)。為了性能,一個(gè)線程會(huì)在自己的memory中保持要訪問的變量的副本。這樣就會(huì)出現(xiàn)同一個(gè)變量在某個(gè)瞬間,在一個(gè)線程的memory中的值可能與另外一個(gè)線程memory中的值,或者mainmemory中的值不一致的情況。一個(gè)變量聲明為volatile,就意味著這個(gè)變量是隨時(shí)會(huì)被其他線程修改的,因此不能將它c(diǎn)ache在線程memory中。synchronized:當(dāng)它用來修飾一個(gè)方法或者一個(gè)代碼塊的時(shí)候,能夠保證在同一時(shí)刻最多只有一個(gè)線程執(zhí)行該段代碼。一、 當(dāng)兩個(gè)并發(fā)線程訪問同一個(gè)對(duì)象object中的這個(gè)synchronized(this洞步代碼塊時(shí),一個(gè)時(shí)間內(nèi)只能有一個(gè)線程得到執(zhí)行。另一個(gè)線程必須等待當(dāng)前線程執(zhí)行完這個(gè)代碼塊以后才能執(zhí)行該代碼塊。二、 然而,當(dāng)一個(gè)線程訪問object的一個(gè)synchronized(this)同步代碼塊時(shí),另一個(gè)線程仍然可以訪問該object中的非synchronized(this)同步代碼塊。三、 尤其關(guān)鍵的是,當(dāng)一個(gè)線程訪問object的一個(gè)synchronized(this洞步代碼塊時(shí),其他線程對(duì)object中所有其它synchronized(this)同步代碼塊的訪問將被阻塞。四、 當(dāng)一個(gè)線程訪問object的一個(gè)synchronized(this)同步代碼塊時(shí),它就獲得了這個(gè)object的對(duì)象鎖。結(jié)果,其它線程對(duì)該object對(duì)象所有同步代碼部分的訪問都被暫時(shí)阻塞。五、 以上規(guī)則對(duì)其它對(duì)象鎖同樣適用。5、 有哪些不同的線程生命周期?當(dāng)我們?cè)贘ava程序中新建一個(gè)線程時(shí),它的狀態(tài)是New。當(dāng)我們調(diào)用線程的start()方法時(shí),狀態(tài)被改變?yōu)镽unnable。線程調(diào)度器會(huì)為Runnable線程池中的線程分配CPU時(shí)間并且講它們的狀態(tài)改變?yōu)镽unning。其他的線程狀態(tài)還有Waiting,Blocked和Dead。6、 你對(duì)線程優(yōu)先級(jí)的理解是什么?每一個(gè)線程都是有優(yōu)先級(jí)的,一般來說,高優(yōu)先級(jí)的線程在運(yùn)行時(shí)會(huì)具有優(yōu)先權(quán),但這依賴于線程調(diào)度的實(shí)現(xiàn),這個(gè)實(shí)現(xiàn)是和操作系統(tǒng)相關(guān)的(OSdependent)。我們可以定義線程的優(yōu)先級(jí),但是這并不能保證高優(yōu)先級(jí)的線程會(huì)在低優(yōu)先級(jí)的線程前執(zhí)行。線程優(yōu)先級(jí)是一個(gè)int變量(從1-10),1代表最低優(yōu)先級(jí),10代表最高優(yōu)先級(jí)。7、 什么是死鎖(Deadlock)?如何分析和避免死鎖?死鎖是指兩個(gè)以上的線程永遠(yuǎn)阻塞的情況,這種情況產(chǎn)生至少需要兩個(gè)以上的線程和兩個(gè)以上的資源。分析死鎖,我們需要查看Java應(yīng)用程序的線程轉(zhuǎn)儲(chǔ)。我們需要找出那些狀態(tài)為BLOCKED的線程和他們等待的資源。每個(gè)資源都有一個(gè)唯一的id,用這個(gè)id我們可以找出哪些線程已經(jīng)擁有了它的對(duì)象鎖。避免嵌套鎖,只在需要的地方使用鎖和避免無限期等待是避免死鎖的通常辦法。8、什么是線程安全?Vector是一個(gè)線程安全類嗎?如果你的代碼所在的進(jìn)程中有多個(gè)線程在同時(shí)運(yùn)行,而這些線程可能會(huì)同時(shí)運(yùn)行這段代碼。如果每次運(yùn)行結(jié)果和單線程運(yùn)行的結(jié)果是一樣的,而且其他的變量的值也和預(yù)期的是一樣的,就是線程安全的。一個(gè)線程安全的計(jì)數(shù)器類的同一個(gè)實(shí)例對(duì)象在被多個(gè)線程使用的情況下也不會(huì)出現(xiàn)計(jì)算失誤。很顯然你可以將集合類分成兩組,線程安全和非線程安全的。Vector是用同步方法來實(shí)現(xiàn)線程安全的,而和它相似的ArrayList不是線程安全的。9SJava中如何停止一個(gè)線程?Java提供了很豐富的API但沒有為停止線程提供APLJDK1.0本來有一些像stop(),suspend()和resume()的控制方法但是由于潛在的死鎖威脅因此在后續(xù)的JDK版本中他們被棄用了,之后JavaAPI的設(shè)計(jì)者就沒有提供一個(gè)兼容且線程安全的方法來停止一個(gè)線程。當(dāng)run()或者call()方法執(zhí)行完的時(shí)候線程會(huì)自動(dòng)結(jié)束,如果要手動(dòng)結(jié)束一個(gè)線程,你可以用volatile布爾變量來退出run()方法的循環(huán)或者是取消任務(wù)來中斷線程。Kubernetes面試題及答案1、 什么是Kubernetes?Kubernetes是一個(gè)開源容器管理工具,負(fù)責(zé)容器部署,容器擴(kuò)縮容以及負(fù)載平衡。作為Google的創(chuàng)意之作,它提供了出色的社區(qū),并與所有云提供商合作。因此,我們可以說Kubernetes不是一個(gè)容器化平臺(tái),而是一個(gè)多容器管理解決方案。2、 Kubernetes與Docker有什么關(guān)系?眾所周知,Docker提供容器的生命周期管理,Docker鏡像構(gòu)建運(yùn)行時(shí)容器。但是,由于這些單獨(dú)的容器必須通信,因此使用Kubernetes。因此,我們說Docker構(gòu)建容器,這些容器通過Kubernetes相互通信。因此,可以使用Kubernetes手動(dòng)關(guān)聯(lián)和編排在多個(gè)主機(jī)上運(yùn)行的容器。3、 什么是ContainerOrchestration?考慮一個(gè)應(yīng)用程序有5-6個(gè)微服務(wù)的場(chǎng)景?,F(xiàn)在,這些微服務(wù)被放在單獨(dú)的容器中,但如果沒有容器編排就無法進(jìn)行通信。因此,由于編排意味著所有樂器在音樂中和諧共處,所以類似的容器編排意味著各個(gè)容器中的所有服務(wù)協(xié)同工作以滿足單個(gè)服務(wù)器的需求。4、 Kubernetes如何簡化容器化部署?由于典型應(yīng)用程序?qū)⒕哂锌缍鄠€(gè)主機(jī)運(yùn)行的容器集群,因此所有這些容器都需要相互通信。因此,要做到這一點(diǎn),你需要一些能夠負(fù)載平衡,擴(kuò)展和監(jiān)控容器的東西。由于Kubernetes與云無關(guān)并且可以在任何公共/私有提供商上運(yùn)行,因此必須是您簡化容器化部署的選擇。5、 您對(duì)Kubernetes的集群了解多少?Kubernetes背后的基礎(chǔ)是我們可以實(shí)施所需的狀態(tài)管理,我的意思是我們可以提供特定配置的集群服務(wù),并且集群服務(wù)將在基礎(chǔ)架構(gòu)中運(yùn)行并運(yùn)行該配置。因此,正如您所看到的,部署文件將具有提供給集群服務(wù)所需的所有配置?,F(xiàn)在,部署文件將被提供給API,然后由集群服務(wù)決定如何在環(huán)境中安排這些pod,并確保正確運(yùn)行的pod數(shù)量。因此,位于服務(wù)前面的API,T作節(jié)點(diǎn)和節(jié)點(diǎn)運(yùn)行的Kubelet進(jìn)程,共同構(gòu)成了Kubernetes集群。6、 KubernetesArchitecture的不同組件有哪些?KubernetesArchitecture主要有兩個(gè)組件-主節(jié)點(diǎn)和工作節(jié)點(diǎn)。如下圖所示,master和worker節(jié)點(diǎn)中包含許多內(nèi)置組件。主節(jié)點(diǎn)具有kube-controller-manager,kube-apiserver,kube-scheduler等。而工作節(jié)點(diǎn)具有在每個(gè)節(jié)點(diǎn)上運(yùn)行的kubelet和kube-proxy。7、 您能否介紹一下Kubernetes中主節(jié)點(diǎn)的工作情況?Kubernetesmaster控制容器存在的節(jié)點(diǎn)和節(jié)點(diǎn)內(nèi)部?,F(xiàn)在,這些單獨(dú)的容器包含在容器內(nèi)部和每個(gè)容器內(nèi)部,您可以根據(jù)配置和要求擁有不同數(shù)量的容器。因此,如果必須部署pod,則可以使用用戶界面或命令行界面部署它們。然后,在節(jié)點(diǎn)上調(diào)度這些pod,并根據(jù)資源需求,將pod分配給這些節(jié)點(diǎn)。kube-apiserver確保在Kubernetes節(jié)點(diǎn)和主組件之間建立通信。8、 kube-apiserver和kube-scheduler的作用是什么?kube-apiserver遵循橫向擴(kuò)展架構(gòu),是主節(jié)點(diǎn)控制面板的前端。這將公開Kubernetes主節(jié)點(diǎn)組件的所有API,并負(fù)責(zé)在Kubernetes節(jié)點(diǎn)和Kubernetes主組件之間建立通信。kube-scheduler負(fù)責(zé)工作節(jié)點(diǎn)上工作負(fù)載的分配和管理。因此,它根據(jù)資源需求選擇最合適的節(jié)點(diǎn)來運(yùn)行未調(diào)度的pod,并跟蹤資源利用率。它確保不在已滿的節(jié)點(diǎn)上調(diào)度工作負(fù)載。9、 你對(duì)Kubernetes的負(fù)載均衡器有什么了解?負(fù)載均衡器是暴露服務(wù)的最常見和標(biāo)準(zhǔn)方式之一。根據(jù)工作環(huán)境使用兩種類型的負(fù)載均衡器,即內(nèi)部負(fù)載均衡器或外部負(fù)載均衡器。內(nèi)部負(fù)載均衡器自動(dòng)平衡負(fù)載并使用所需配置分配容器,而外部負(fù)載均衡器將流量從外部負(fù)載引導(dǎo)至后端容器。10、 ReplicaSet和ReplicationController之間有什么區(qū)別?ReplicaSet和ReplicationController幾乎完全相同。它們都確保在任何給定時(shí)間運(yùn)行指定數(shù)量的pod副本。不同之處在于復(fù)制pod使用的選擇器。ReplicaSet使用基于集合的選擇器,而ReplicationController使用基于權(quán)限的選擇器。Equity-Based選擇器:這種類型的選擇器允許按標(biāo)簽鍵和值進(jìn)行過濾。因此,在外行術(shù)語中,基于Equity的選擇器將僅查找與標(biāo)簽具有完全相同短語的pod。示例:假設(shè)您的標(biāo)簽鍵表示app=nginx,那么,使用此選擇器,您只能查找標(biāo)簽應(yīng)用程序等于nginx的那些pod。Selector-Based選擇器:此類型的選擇器允許根據(jù)一組值過濾鍵。因此,換句話說,基于Selector的選擇器將查找已在集合中提及其標(biāo)簽的pod。示例:假設(shè)您的標(biāo)簽鍵在(nginx,NPS,Apache)中顯示應(yīng)用程序。然后,使用此選擇器,如果您的應(yīng)用程序等于任何nginx,NPS或Apache,則選擇器將其視為真實(shí)結(jié)果。Tomcat面試題及答案一、Tomcat的缺省端口是多少,怎么修改?1) 找到Tomcat目錄下的conf文件夾2) 進(jìn)入conf文件夾里面找到ijserver.xml文件3) 打開server.xml文件4) 在server.xml文件里面找到下列信息connectorp=redirectPort=8443uriEncoding=utf-8/>port=8080改成你想要的端口二tomcat有哪幾種Connector運(yùn)行模式(優(yōu)化)?bio:傳統(tǒng)的JavaI/O操作,同步且阻塞IO。maxThreads="150”//Tomcat使用線程來處理接收的每個(gè)請(qǐng)求。這個(gè)值表示Tomcat可創(chuàng)建的最大的線程數(shù)。默認(rèn)值200。可以根據(jù)機(jī)器的時(shí)期性能和內(nèi)存大小調(diào)整,一般可以在400-500。最大可以在800左右。minSpareThreads="25”—Tomcat初始化時(shí)創(chuàng)建的線程數(shù)。默認(rèn)值4。如果當(dāng)前沒有空閑線程,且沒有超過maxThreads,一次性創(chuàng)建的空閑線程數(shù)量。Tomcat初始化時(shí)創(chuàng)建的線程數(shù)量也由此值設(shè)置。maxSpareThreads="75”—旦創(chuàng)建的線程超過這個(gè)值,Tomcat就會(huì)關(guān)閉不再需要的socket線程。默認(rèn)值50。一旦創(chuàng)建的線程超過此數(shù)值,Tomcat會(huì)關(guān)閉不再需要的線程。線程數(shù)可以大致上用〃同時(shí)在線人數(shù)每秒用戶操作次數(shù)系統(tǒng)平均操作時(shí)間”來計(jì)算。acceptCount="100”一-指定當(dāng)所有可以使用的處理請(qǐng)求的線程數(shù)都被使用時(shí),可以放到處理隊(duì)列中的請(qǐng)求數(shù),超過這個(gè)數(shù)的請(qǐng)求將不予處理。默認(rèn)值10。如果當(dāng)前可用線程數(shù)為0,則將請(qǐng)求放入處理隊(duì)列中。這個(gè)值限定了請(qǐng)求隊(duì)列的大小,超過這個(gè)數(shù)值的請(qǐng)求將不予處理°connectionTimeout="20000”-網(wǎng)絡(luò)連接超時(shí),默認(rèn)值20000,單位:毫秒。設(shè)置為0表示永不超時(shí),這樣設(shè)置有隱患的。通??稍O(shè)置為30000毫秒。nio:JDK1.4開始支持,同步阻塞或同步非阻塞IO。指定使用NIO模型來接受HTTP請(qǐng)求protocol="org.apache.coyote.http11.Http11NioProtocol”指定使用NIO模型來接受HTTP請(qǐng)求。默認(rèn)是BlockinglO,配置為protocol="HTTP/1.TacceptorThreadCount="2"使用NIO模型時(shí)接收線程的數(shù)目aio(nio.2):JDK7開始支持,異步非阻塞IO。apr:Tomcat將以JNI的形式調(diào)用ApacheHTTP服務(wù)器的核心動(dòng)態(tài)鏈接庫來處理文件讀取或網(wǎng)絡(luò)傳輸操作,從而大大地提高Tomcat對(duì)靜態(tài)文件的處理性能。三、 Tomcat有幾種部署方式?1) 直接把Web項(xiàng)目放在webapps下,Tomcat會(huì)自動(dòng)將其部署2) 在server.xml文件上配置節(jié)點(diǎn),設(shè)置相關(guān)的屬性即可3) 通過Catalina來進(jìn)行配置:進(jìn)入到conf\Catalina\localhost文件下,創(chuàng)建一個(gè)xml文件,該文件的名字就是站點(diǎn)的名字。編寫XML的方式來進(jìn)行設(shè)置。四、 tomcat容器是如何創(chuàng)建servlet類實(shí)例?用到了什么原理?當(dāng)容器啟動(dòng)時(shí),會(huì)讀取在webapps目錄下所有的web應(yīng)用中的web.xml文件,然后對(duì)xml文件進(jìn)行解析,并讀取servlet注冊(cè)信息。然后,將每個(gè)應(yīng)用中注冊(cè)的servlet類都進(jìn)行加載,并通過反射的方式實(shí)例化。(有時(shí)候也是在第一次請(qǐng)求時(shí)實(shí)例化)在servlet注冊(cè)時(shí)加上如果為正數(shù),則在一開始就實(shí)例化,如果不寫或?yàn)樨?fù)數(shù),則第一次請(qǐng)求實(shí)例化。五、tomcat如何優(yōu)化?1、優(yōu)化連接配置.這里以tomcat7的參數(shù)配置為例,需要修改conf/server.xml文件,修
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 情感電臺(tái)廣播稿15篇
- 感恩節(jié)感恩父母演講稿資料15篇
- 幼兒消防國旗下講話稿范文(8篇)
- 快樂的七夕節(jié)隨筆6篇
- 安全第一課大班
- 青春夢(mèng)想未來可及
- 爐膛燃燒動(dòng)態(tài)過程預(yù)測(cè)
- 基于毫米波信號(hào)的抗干擾感知與成像技術(shù)研究
- 二零二五年度金融創(chuàng)新協(xié)議存款合同范本2篇
- 聚焦“一帶一路”關(guān)注新疆及兵團(tuán)經(jīng)濟(jì)
- 《中國心力衰竭診斷和治療指南(2024)》解讀完整版
- 抽水蓄能電站項(xiàng)目建設(shè)管理方案
- 《智能網(wǎng)聯(lián)汽車智能傳感器測(cè)試與裝調(diào)》電子教案
- GB/T 32399-2024信息技術(shù)云計(jì)算參考架構(gòu)
- 2024PowerTitan系列運(yùn)維指導(dǎo)儲(chǔ)能系統(tǒng)運(yùn)維指導(dǎo)
- 沸石轉(zhuǎn)輪知識(shí)講解
- 固定資產(chǎn)盤點(diǎn)報(bào)告醫(yī)院版
- 腫瘤患者全程管理
- DB13(J)T145-2012建筑工程資料管理規(guī)程(上冊(cè))
- 企業(yè)職務(wù)犯罪法制講座課件
- 護(hù)理學(xué)基礎(chǔ)教案導(dǎo)尿術(shù)
評(píng)論
0/150
提交評(píng)論