IT方面的面試筆試題目2022_第1頁(yè)
IT方面的面試筆試題目2022_第2頁(yè)
IT方面的面試筆試題目2022_第3頁(yè)
IT方面的面試筆試題目2022_第4頁(yè)
IT方面的面試筆試題目2022_第5頁(yè)
已閱讀5頁(yè),還剩6頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

本文格式為Word版,下載可任意編輯——IT方面的面試筆試題目2022IT方面的面試筆試題目2022

IT面試筆試題目難嗎?求職面試時(shí),面試官一般都會(huì)問(wèn)你一些問(wèn)題,也可能是通過(guò)問(wèn)卷的形式提問(wèn),怎么回復(fù)才是最好的呢?這里給大家共享一些IT面試筆試題目,夢(mèng)想對(duì)大家有所扶助。

Kubernetes面試題匯總及答案

1、什么是Kubernetes?

Kubernetes是一個(gè)開(kāi)源容器管理工具,負(fù)責(zé)容器部署,容器擴(kuò)縮容以及負(fù)載平衡。作為Google的創(chuàng)意之作,它供給了卓越的社區(qū),并與全體云供給商合作。因此,我們可以說(shuō)Kubernetes不是一個(gè)容器化平臺(tái),而是一個(gè)多容器管理解決方案。

2、Kubernetes與Docker有什么關(guān)系?

眾所周知,Docker供給容器的生命周期管理,Docker鏡像構(gòu)建運(yùn)行時(shí)容器。但是,由于這些單獨(dú)的容器務(wù)必通信,因此使用Kubernetes。因此,我們說(shuō)Docker構(gòu)建容器,這些容器通過(guò)Kubernetes相互通信。因此,可以使用Kubernetes手動(dòng)關(guān)聯(lián)和編排在多個(gè)主機(jī)上運(yùn)行的容器。

3、什么是ContainerOrchestration?

考慮一個(gè)應(yīng)用程序有5-6個(gè)微服務(wù)的場(chǎng)景。現(xiàn)在,這些微服務(wù)被放在單獨(dú)的容器中,但假設(shè)沒(méi)有容器編排就無(wú)法舉行通信。因此,由于編排意味著全體樂(lè)器在音樂(lè)中和諧共處,所以類似的容器編排意味著各個(gè)容器中的全體服務(wù)協(xié)同工作以得志單個(gè)服務(wù)器的需求。

4、Kubernetes如何簡(jiǎn)化容器化部署?

由于典型應(yīng)用程序?qū)⒕哂锌缍鄠€(gè)主機(jī)運(yùn)行的容器集群,因此全體這些容器都需要相互通信。因此,要做到這一點(diǎn),你需要一些能夠負(fù)載平衡,擴(kuò)展和監(jiān)控容器的東西。由于Kubernetes與云無(wú)關(guān)并且可以在任何公共/私有供給商上運(yùn)行,因此務(wù)必是您簡(jiǎn)化容器化部署的選擇。

5、您對(duì)Kubernetes的集群了解多少?

Kubernetes背后的根基是我們可以實(shí)施所需的狀態(tài)管理,我的意思是我們可以供給特定配置的集群服務(wù),并且集群服務(wù)將在根基架構(gòu)中運(yùn)行并運(yùn)行該配置。

因此,正如您所看到的,部署文件將具有供給給集群服務(wù)所需的全體配置。現(xiàn)在,部署文件將被供給給API,然后由集群服務(wù)抉擇如何在環(huán)境中安置這些pod,并確保正確運(yùn)行的pod數(shù)量。

因此,位于服務(wù)前面的API,工作節(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)中包含大量?jī)?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)部。現(xiàn)在,這些單獨(dú)的容器包含在容器內(nèi)部和每個(gè)容器內(nèi)部,您可以根據(jù)配置和要求擁有不同數(shù)量的容器。

因此,假設(shè)務(wù)必部署pod,那么可以使用用戶界面或命令行界面部署它們。然后,在節(jié)點(diǎn)上調(diào)度這些pod,并根據(jù)資源需求,將pod調(diào)配給這些節(jié)點(diǎn)。kube-apiserver確保在Kubernetes節(jié)點(diǎn)和主組件之間建立通信。

8、kube-apiserver和kube-scheduler的作用是什么?

kube-apiserver遵循橫向擴(kuò)展架構(gòu),是主節(jié)點(diǎn)操縱面板的前端。這將公開(kāi)Kubernetes主節(jié)點(diǎn)組件的全體API,并負(fù)責(zé)在Kubernetes節(jié)點(diǎn)和Kubernetes主組件之間建立通信。

kube-scheduler負(fù)責(zé)工作節(jié)點(diǎn)上工作負(fù)載的調(diào)配和管理。因此,它根據(jù)資源需求選擇最適合的節(jié)點(diǎn)來(lái)運(yùn)行未調(diào)度的pod,并跟蹤資源利用率。它確保不在已滿的節(jié)點(diǎn)上調(diào)度工作負(fù)載。

9、你對(duì)Kubernetes的負(fù)載均衡器有什么了解?

負(fù)載均衡器是暴露服務(wù)的最常見(jiàn)和標(biāo)準(zhǔn)方式之一。根據(jù)工作環(huán)境使用兩種類型的負(fù)載均衡器,即內(nèi)部負(fù)載均衡器或外部負(fù)載均衡器。內(nèi)部負(fù)載均衡器自動(dòng)平衡負(fù)載并使用所需配置調(diào)配容器,而外部負(fù)載均衡器將流量從外部負(fù)載引導(dǎo)至后端容器。

10、ReplicaSet和ReplicationController之間有什么識(shí)別?

ReplicaSet和ReplicationController幾乎完全一致。它們都確保在任何給定時(shí)間運(yùn)行指定數(shù)量的pod副本。不同之處在于復(fù)制pod使用的選擇器。ReplicaSet使用基于集合的選擇器,而ReplicationController使用基于權(quán)限的選擇器。

Equity-Based選擇器:這種類型的選擇器允許按標(biāo)簽鍵和值舉行過(guò)濾。因此,在外行術(shù)語(yǔ)中,基于Equity的選擇器將僅查找與標(biāo)簽具有完全一致短語(yǔ)的pod。

例如:假設(shè)您的標(biāo)簽鍵表示app=nginx,那么,使用此選擇器,您只能查找標(biāo)簽應(yīng)用程序等于nginx的那些pod。

Selector-Based選擇器:此類型的選擇器允許根據(jù)一組值過(guò)濾鍵。因此,換句話說(shuō),基于Selector的選擇器將查找已在集合中提及其標(biāo)簽的pod。

例如:假設(shè)您的標(biāo)簽鍵在(nginx,NPS,Apache)中顯示應(yīng)用程序。然后,使用此選擇器,假設(shè)您的應(yīng)用程序等于任何nginx,NPS或Apache,那么選擇器將其視為真實(shí)結(jié)果。

Java多線程面試題

1、什么是線程?

線程是操作系統(tǒng)能夠舉行運(yùn)算調(diào)度的最小單位,它被包含在進(jìn)程之中,是進(jìn)程中的實(shí)際運(yùn)作單位。程序員可以通過(guò)它舉行多處理器編程,你可以使用多線程對(duì)運(yùn)算密集型任務(wù)提速。譬如,假設(shè)一個(gè)線程完成一個(gè)任務(wù)要100毫秒,那么用十個(gè)線程完成改任務(wù)只需10毫秒。

2、線程和進(jìn)程有什么識(shí)別?

線程是進(jìn)程的子集,一個(gè)進(jìn)程可以有好多線程,每條線程并行執(zhí)行不同的任務(wù)。不同的進(jìn)程使用不同的內(nèi)存空間,而全體的線程共享一片一致的內(nèi)存空間。每個(gè)線程都擁有單獨(dú)的棧內(nèi)存用來(lái)存儲(chǔ)本地?cái)?shù)據(jù)。

3、如何在Java中實(shí)現(xiàn)線程?

兩種方式:java.lang.Thread類的實(shí)例就是一個(gè)線程但是它需要調(diào)用java.lang.Runnable接口來(lái)執(zhí)行,由于線程類本身就是調(diào)用的Runnable接口所以你可以繼承java.lang.Thread類或者直接調(diào)用Runnable接口來(lái)重寫(xiě)run()方法實(shí)現(xiàn)線程。

4、Java關(guān)鍵字volatile與synchronized作用與識(shí)別?

Volatile:

它所修飾的變量不留存拷貝,直接訪問(wèn)主內(nèi)存中的。

在Java內(nèi)存模型中,有mainmemory,每個(gè)線程也有自己的memory(例如寄放器)。為了性能,一個(gè)線程會(huì)在自己的memory中保持要訪問(wèn)的變量的副本。這樣就會(huì)展現(xiàn)同一個(gè)變量在某個(gè)瞬間,在一個(gè)線程的memory中的值可能與另外一個(gè)線程memory中的值,或者mainmemory中的值不一致的處境。一個(gè)變量聲明為volatile,就意味著這個(gè)變量是隨時(shí)會(huì)被其他線程修改的,因此不能將它c(diǎn)ache在線程memory中。

synchronized:

當(dāng)它用來(lái)修飾一個(gè)方法或者一個(gè)代碼塊的時(shí)候,能夠保證在同一時(shí)刻最多只有一個(gè)線程執(zhí)行該段代碼。

一、當(dāng)兩個(gè)并發(fā)線程訪問(wèn)同一個(gè)對(duì)象object中的這個(gè)synchronized(this)同步代碼塊時(shí),一個(gè)時(shí)間內(nèi)只能有一個(gè)線程得到執(zhí)行。另一個(gè)線程務(wù)必等待當(dāng)前線程執(zhí)行完這個(gè)代碼塊以后才能執(zhí)行該代碼塊。

二、然而,當(dāng)一個(gè)線程訪問(wèn)object的一個(gè)synchronized(this)同步代碼塊時(shí),另一個(gè)線程依舊可以訪問(wèn)該object中的非synchronized(this)同步代碼塊。

三、尤其關(guān)鍵的是,當(dāng)一個(gè)線程訪問(wèn)object的一個(gè)synchronized(this)同步代碼塊時(shí),其他線程對(duì)object中全體其它synchronized(this)同步代碼塊的訪問(wèn)將被阻塞。

四、當(dāng)一個(gè)線程訪問(wèn)object的一個(gè)synchronized(this)同步代碼塊時(shí),它就獲得了這個(gè)object的對(duì)象鎖。結(jié)果,其它線程對(duì)該object對(duì)象全體同步代碼片面的訪問(wèn)都被暫時(shí)阻塞。

五、以上規(guī)矩對(duì)其它對(duì)象鎖同樣適用。

5、有哪些不同的線程生命周期?

當(dāng)我們?cè)贘ava程序中新建一個(gè)線程時(shí),它的狀態(tài)是New。當(dāng)我們調(diào)用線程的start()方法時(shí),狀態(tài)被變更為Runnable。線程調(diào)度器會(huì)為Runnable線程池中的線程調(diào)配CPU時(shí)間并且講它們的狀態(tài)變更為Running。其他的線程狀態(tài)還有Waiting,Blocked和Dead。

6、你對(duì)線程優(yōu)先級(jí)的理解是什么?

每一個(gè)線程都是有優(yōu)先級(jí)的,一般來(lái)說(shuō),高優(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ì)象鎖。

制止嵌套鎖,只在需要的地方使用鎖和制止無(wú)限期等待是制止死鎖的通常手段。

8、什么是線程安好?Vector是一個(gè)線程安好類嗎?

假設(shè)你的代碼所在的進(jìn)程中有多個(gè)線程在同時(shí)運(yùn)行,而這些線程可能會(huì)同時(shí)運(yùn)行這段代碼。假設(shè)每次運(yùn)行結(jié)果和單線程運(yùn)行的結(jié)果是一樣的,而且其他的變量的值也和預(yù)期的是一樣的,就是線程安好的。

一個(gè)線程安好的計(jì)數(shù)器類的同一個(gè)實(shí)例對(duì)象在被多個(gè)線程使用的處境下也不會(huì)展現(xiàn)計(jì)算失誤。很鮮明你可以將集合類分成兩組,線程安好和非線程安好的。Vector是用同步方法來(lái)實(shí)現(xiàn)線程安好的,而和它好像的ArrayList不是線程安好的。

9、Java中如何中斷一個(gè)線程?

Java供給了很豐富的API但沒(méi)有為中斷線程供給API。JDK1.0本來(lái)有一些像stop(),suspend()和resume()的操縱方法但是由于潛在的死鎖要挾因此在后續(xù)的JDK版本中他們被棄用了,之后JavaAPI的設(shè)計(jì)者就沒(méi)有供給一個(gè)兼容且線程安好的方法來(lái)中斷一個(gè)線程。

當(dāng)run()或者call()方法執(zhí)行完的時(shí)候線程會(huì)自動(dòng)終止,假設(shè)要手動(dòng)終止一個(gè)線程,你可以用volatile布爾變量來(lái)退出run()方法的循環(huán)或者是取消任務(wù)來(lái)中斷線程。

10、什么是ThreadLocal?

ThreadLocal用于創(chuàng)造線程的本地變量,我們知道一個(gè)對(duì)象的全體線程會(huì)共享它的全局變量,所以這些變量不是線程安好的,我們可以使用同步技術(shù)。但是當(dāng)我們不想使用同步的時(shí)候,我們可以選擇ThreadLocal變量。

每個(gè)線程都會(huì)擁有他們自己的Thread變量,它們可以使用get()set()方法去獲取他們的默認(rèn)值或者在線程內(nèi)部變更他們的值。ThreadLocal實(shí)例通常是夢(mèng)想它們同線程狀態(tài)關(guān)聯(lián)起來(lái)是privatestatic屬性。

關(guān)于python的面試題

1、lambda表達(dá)式格式以及應(yīng)用場(chǎng)景?

表達(dá)式格式:lambda后面跟一個(gè)或多個(gè)參數(shù),緊跟一個(gè)冒號(hào),以后是一個(gè)表達(dá)式。冒號(hào)前是參數(shù),冒號(hào)后是返回值。例如:lambdax:2x

應(yīng)用場(chǎng)景:經(jīng)常與一些內(nèi)置函數(shù)相結(jié)合使用,譬如說(shuō)map(),filter(),sorted(),reduce()等

2、pass的作用?

①空語(yǔ)句donothing;

②保證格式完整;

③保證語(yǔ)義完整。

3、arg和_kwarg作用?

萬(wàn)能參數(shù),解決了函數(shù)參數(shù)不固定的問(wèn)題

_arg:會(huì)把位置參數(shù)轉(zhuǎn)化為tuple

__kwarg:會(huì)把關(guān)鍵字參數(shù)轉(zhuǎn)化為dict

4、、is和==的識(shí)別?

is:判斷內(nèi)存地址是否相等;

==:判斷數(shù)值是否相等。

5、、簡(jiǎn)述Python的深淺拷貝以及應(yīng)用場(chǎng)景?

copy():淺copy,淺拷貝指僅僅拷貝數(shù)據(jù)集合的第一層數(shù)據(jù)

deepcopy():深copy,深拷貝指拷貝數(shù)據(jù)集合的全體層

6、Python垃圾回收機(jī)制?

python采用的是引用計(jì)數(shù)機(jī)制為主,標(biāo)記-除掉和分代收集(隔代回收、分代回收)兩種機(jī)制為輔的策略

計(jì)數(shù)機(jī)制:

Python的GC模塊主要運(yùn)用了引用計(jì)數(shù)來(lái)跟蹤和回收垃圾。在引用計(jì)數(shù)的根基上,還可以通過(guò)“標(biāo)記-除掉”

解決容器對(duì)象可能產(chǎn)生的循環(huán)引用的問(wèn)題。通過(guò)分代回收以空間換取時(shí)間進(jìn)一步提高垃圾回收的效率。

標(biāo)記-除掉:

標(biāo)記-除掉的展現(xiàn)打破了循環(huán)引用,也就是它只關(guān)注那些可能會(huì)產(chǎn)生循環(huán)引

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(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ì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論