嗨扁誓，你好，陌生人蚀之，你的頭發(fā)掉光了么?(′???｀?)蝗敢，哈，我的還在足删，氣人不前普。已經(jīng)好久沒有更新此文章了，最近很榮幸在公司給大家做了.net7開發(fā)實戰(zhàn)培訓(xùn)壹堰，一共8節(jié)，已經(jīng)順利結(jié)課骡湖，非常感謝各位同事的支持贱纠。培訓(xùn)之后忽然想到這篇文章還沒有補全，然后又到了一年一度金三銀四的季節(jié)响蕴，所以接下來要完善一下此文章谆焊，希望可以幫助到大家（有些問題還沒補全答案，如果沒有大家先思考一下怎么回答浦夷，如果你有更好的問題或者答案辖试，歡迎在下方評論）辜王。

目前樓主在備考高項（已獲取PMP，ACP證書）罐孝，要是你也在考呐馆，我們可以一起交流學(xué)習(xí)。

先說一下我培訓(xùn)課程的目錄：net7入門莲兢，依賴注入汹来，中間件，Orm改艇，DDD收班，Identity，docker谒兄，微服務(wù)入門摔桦。下面的問題也會在我的PPT中找到。

【騰訊文檔】.net7培訓(xùn)課程
https://docs.qq.com/pdf/DYnF4QllwYnlsZ3da?

【項目】git地址：
https://gitee.com/seven-lu/IntelliRay.git

net7面試題

1承疲、.netcore框架為什么可以跨平臺邻耕？

采用了kestrel跨平臺WEB服務(wù)器。

2纪隙、net7的啟動過程是core框架的核心赊豌，請簡要說明net7的啟動過程。

CreateHostBuilder(args).Build().Run()
先創(chuàng)建webApplicationbuilder配置類绵咱，配置之后生成webApplication對象碘饼。
1、創(chuàng)建了HostBuilder
2悲伶、為hostbuilder添加 aspnet core運行時的配置
3艾恼、啟用各類web 運行時需要的配置
4、根據(jù)加載好的各種配置構(gòu)建主機運行時需要提供的服務(wù)（configuration, DI Container, 應(yīng)用程序配置等）

3麸锉、如何獲取appsetting配置文件中的數(shù)據(jù)钠绍？

1、Iconfiguration
2花沉、使用強類型對象承載配置數(shù)據(jù) IOptions IOptionsSnapshot IOptionsSnapshot

4柳爽、請說明你對restfulapi風(fēng)格的理解。

REST是一種風(fēng)格碱屁，而不是一種約束或規(guī)則磷脯，過于理想的RESTful API 會付出太多的成本，無論那種風(fēng)格的API都是為了方便團隊開發(fā)娩脾、協(xié)商以及管理赵誓，不能墨守成規(guī)

5、什么是依賴注入？

依賴注入是ASP.Net Core的核心俩功，依賴注入我們可以分開來理解
依賴：當(dāng)一個類需要另一個類協(xié)作來完成工作的時候就產(chǎn)生了依賴
注入：把依賴的創(chuàng)建丟給其它人幻枉，自己只負(fù)責(zé)使用，其它人丟給你依賴的這個過程理解為注入诡蜓。

舉個例子理解控制反轉(zhuǎn)：
假設(shè)我們有這么一個場景熬甫，一個四、五歲的小朋友万牺，想要吃東西罗珍。如果他自己從冰箱里找東西吃，可能會造成一些不好的結(jié)果脚粟，比如可能會拿到無法直接直接食用的食物覆旱，或者忘記關(guān)冰箱門等燈。你可以思考一下核无，一個四扣唱、五歲的小孩兒，自己去冰箱拿食物团南，甚至自己去加工食材噪沙，你是不是覺得這不太正常？那么正常情況是什么樣的呢吐根？作為一個四正歼、五歲的小孩兒，只需要找父母陳述一下需求拷橘，比如"我餓了局义、我想吃XX"，這個時候冗疮，父母就會做好他所需要的食物萄唇，然后拿給他。從主動去冰箱拿（正轉(zhuǎn)）食物术幔，到你想要吃的食物而被動獲得（反轉(zhuǎn)）另萤，這其實就是一個對象調(diào)用權(quán)轉(zhuǎn)移的過程。前者是主動獲取食物诅挑，后者是由父母四敞，也就是第三方把食物給他，而他并不關(guān)心食物從哪來拔妥，以及怎么得來忿危。
在前面的場景中，一個四毒嫡、五歲的小孩，想要吃東西。他只需要陳述一下需求兜畸，父母就會做好他需要的食物（依賴）努释，然后拿給他（注入）龄章。
依賴注入不是目的蔑穴，它只是實現(xiàn)控制反轉(zhuǎn)的方式。使用依賴注入的目的拆吆，是為了管理應(yīng)用中復(fù)雜的依賴關(guān)系肛鹏，它可以幫助我們開發(fā)出松散耦合逸邦、可維護、可測試的代碼和程序在扰。
在小孩子吃東西的場景里缕减，有一方扮演著 IoC 容器的角色，你們分析下是誰芒珠？我想很多人的第一直覺是“父母”桥狡？其實，不嚴(yán)謹(jǐn)?shù)膩碚f皱卓，冰箱才是扮演 IoC 容器的角色裹芝，父母則是扮演依賴注入中控制系統(tǒng)的角色。IoC 容器是依賴注入中一個保存已創(chuàng)建實例的東西娜汁，如果實例已創(chuàng)建嫂易，并且具有有效的生命周期，那么控制系統(tǒng)會直接從 IoC 容器獲取實例掐禁，否則才會創(chuàng)建實例怜械。冰箱中的東西，都是父母買回來放進去的穆桂，同樣也需要他們從冰箱中拿出來宫盔。
所謂依賴注入系統(tǒng)，本質(zhì)上就是一個實現(xiàn)了類型注冊享完、實例解析和實例生命周期管理的組件

6灼芭、依賴注入的生命周期有哪些，請詳細(xì)說明含義般又。

Transient 瞬時彼绷，每個請求都會創(chuàng)建一個實例，同一個請求茴迁，使用多次server寄悯，用的不同實例。（輕量級無狀態(tài)服務(wù)盡量用Transient）
Scoped 作用域堕义，在同一個Scope內(nèi)只初始化一個實例猜旬，同一個請求，使用多次server，就用的同一個實例洒擦。(日常用Scope)
Singleton：單例椿争，整個應(yīng)用程序生命周期內(nèi)只創(chuàng)建一個實例

7、依賴注入的方式都有什么熟嫩？

方法特性注入
構(gòu)造函數(shù)注入
屬性注入（https://www.cnblogs.com/loogn/p/10566510.html）

8秦踪、什么是中間件，談?wù)勀銓χ虚g件的理解

1掸茅、中間件是組裝到應(yīng)用程序管道中以處理請求和響應(yīng)的軟件椅邓。
2、每個組件選擇是否將請求傳遞給管道中的下一個組件昧狮。
3景馁、每個組件可以在調(diào)用管道中的下一個組件之前和之后執(zhí)行工作。
4陵且、請求委托（Request delegates）用于構(gòu)建請求管道裁僧，處理每個HTTP請求。

9慕购、中間中有map聊疲，use和run三種方式，說明每種方式的功能沪悲。

Map：擴展用作約定來創(chuàng)建管道分支, Map*創(chuàng)建請求管道分支是基于給定請求路徑的匹配項获洲。 對特定的路徑指定中間件，一旦進入管道分支則不再回到主管道
MapWhen：做特殊判斷
Use：中間件負(fù)責(zé)調(diào)用管道中的下一個中間件殿如，也可使管道短路（即不調(diào)用 next 請求委托)
Run：是一種約定贡珊，一些中間件組件可能會公開在管道末端運行的Run[Middleware]方法

10、什么是認(rèn)證涉馁，什么是授權(quán)门岔？

驗證就是鑒定應(yīng)用程序訪問者身份的過程
授權(quán)是決定驗證通過的用戶應(yīng)該擁有何種級別的訪問安全資源的權(quán)限

11、請列出Outh2.0四種授權(quán)模式

客戶端模式(client_credentials)
密碼模式(password)
授權(quán)碼模式(authorization_code)
簡化模式(implicit)

12烤送、EFCore 怎么做性能優(yōu)化

EF SQL監(jiān)控 寒随，優(yōu)化效率
使用AsNoTracking()，無跟蹤查詢技術(shù)
EF預(yù)熱
對于復(fù)雜的可以使用sqlquery 用sql語句查詢

擴展問題

1帮坚、說一下常用的狀態(tài)碼妻往，并分別說出他們的含義。

200：正常
204：無內(nèi)容
400：Bad Request 錯誤請求
401：認(rèn)證失敗
403：未授權(quán)
404：未找到
405：方法不允許
415：媒體格式不支持
500：服務(wù)器錯誤
502：網(wǎng)關(guān)錯誤

2试和、如何理解敏捷開發(fā)讯泣。

開放問答：
planMeeting，reviewMeeting
簡單阅悍，以用戶為中心好渠，擁抱變化

3昨稼、談?wù)勀憷斫獾能浖_發(fā)流程。

開放問答：
定義需求拳锚，計劃悦昵，執(zhí)行，監(jiān)控晌畅，測試

架構(gòu)層面，設(shè)計思想

1寡痰、談一談你對DDD思想的理解抗楔。

DDD，領(lǐng)域驅(qū)動設(shè)計拦坠。就是通過領(lǐng)域來指導(dǎo)軟件設(shè)計连躏，是一種十分抽象的軟件設(shè)計思想，它主要分為戰(zhàn)略設(shè)計和戰(zhàn)術(shù)設(shè)計
戰(zhàn)略方面贞滨，通過事件風(fēng)暴進行領(lǐng)域模型的劃分入热，劃分出核心域，子域晓铆，支撐域勺良，定義通用語言，劃分出界限上下文骄噪。
在戰(zhàn)術(shù)設(shè)計方面尚困，ddd將架構(gòu)分層，“松耦合链蕊，高內(nèi)聚”是架構(gòu)設(shè)計的整體思想事甜。按照DDD思想，可以分為領(lǐng)域?qū)犹显希A(chǔ)設(shè)施層逻谦，應(yīng)用層，接口層陪蜻。
接口層為前端用戶提供api接口邦马。基礎(chǔ)設(shè)施層可以放一些第三方的服務(wù)囱皿，數(shù)據(jù)庫連接等內(nèi)容勇婴。應(yīng)用層是對領(lǐng)域服務(wù)的編排，是很薄的一層（目前我自己的架構(gòu)嘱腥，應(yīng)用的是cqrs耕渴，所有的相關(guān)邏輯都是放在了應(yīng)用層，而領(lǐng)域?qū)又皇欠帕藢嶓w齿兔，因為暫時還不是特別理解領(lǐng)域?qū)拥姆?wù)和事件都應(yīng)該寫什么）橱脸。領(lǐng)域?qū)影▽嶓w础米，值對象，聚合根添诉，領(lǐng)域服務(wù)屁桑，領(lǐng)域事件等內(nèi)容

2、DDD有四種領(lǐng)域模型栏赴，都有什么蘑斧，在戰(zhàn)術(shù)層面是怎么實現(xiàn)的？

1须眷、失血模型
失血模型簡單來說竖瘾，就是domain object只有屬性的getter/setter方法的純數(shù)據(jù)類，所有的業(yè)務(wù)邏輯完全由business object來完成
2花颗、貧血模型
簡單來說捕传，就是domain ojbect包含了不依賴于持久化的領(lǐng)域邏輯，而那些依賴持久化的領(lǐng)域邏輯被分離到Service層扩劝。
3庸论、充血模型
充血模型和第二種模型差不多，所不同的就是如何劃分業(yè)務(wù)邏輯棒呛，即認(rèn)為聂示，絕大多業(yè)務(wù)邏輯都應(yīng)該被放在domain object里面(包括持久化邏輯)，而Service層應(yīng)該是很薄的一層簇秒，僅僅封裝事務(wù)和少量邏輯催什，不和DAO層打交道。
4宰睡、脹血模型
基于充血模型的第三個缺點蒲凶，干脆取消Service層，只剩下domain object和DAO兩層拆内，在domain object的domain logic上面封裝事務(wù)旋圆。

3、DDD四層架構(gòu)是什么麸恍？

接口層灵巧，應(yīng)用層，領(lǐng)域?qū)幽ɑΓA(chǔ)設(shè)施層

4刻肄、談?wù)勀銓QRS架構(gòu)的理解，在net7中通過什么方式實現(xiàn)融欧？

Command Query Responsibility Seperation（命令查詢職責(zé)分離）為了解耦
MeditR有兩種分派消息的方式： -請求/響應(yīng)消息敏弃，適用于CQRS，消息分發(fā)給單個處理程序 - 通知消息噪馏，發(fā)布/訂閱模式 麦到，消費分發(fā)給多個處理程序

微服務(wù)

1绿饵、什么是微服務(wù)架構(gòu)，什么時候使用微服務(wù)架構(gòu)瓶颠？.

服務(wù)架構(gòu)使我們能夠更頻繁拟赊，更獨立地部署應(yīng)用程序，并可靠地滿足現(xiàn)代軟件應(yīng)用程序開發(fā)要求粹淋。
微服務(wù)架構(gòu)幾乎解決了單體架構(gòu)的所有缺點吸祟。微服務(wù)提供了故障隔離，滿足應(yīng)用更小桃移，更快的部署欢搜，具備應(yīng)用的可伸縮性，使得不同服務(wù)可以采用不同的開發(fā)技術(shù)谴轮，提高了開發(fā)效率，滿足了以業(yè)務(wù)為中心的需求吹埠。

2第步、微服務(wù)架構(gòu)的需要注意的問題有哪些？

數(shù)據(jù)一致性
微服務(wù)間通訊
監(jiān)控
多點故障
網(wǎng)絡(luò)可靠性缘琅，延遲粘都，帶寬和網(wǎng)絡(luò)安全性

數(shù)據(jù)庫

1、mysql的數(shù)據(jù)引擎有哪些

myisam
innodb

2刷袍、數(shù)據(jù)庫事務(wù)

數(shù)據(jù)庫事務(wù)( transaction)是訪問并可能操作各種數(shù)據(jù)項的一個數(shù)據(jù)庫操作序列翩隧，這些操作要么全部執(zhí)行,要么全部不執(zhí)行，是一個不可分割的工作單位呻纹。事務(wù)由事務(wù)開始與事務(wù)結(jié)束之間執(zhí)行的全部數(shù)據(jù)庫操作組成

3堆生、什么是sql注入？

利用sql語言漏洞獲得合法身份登陸系統(tǒng)

4雷酪、如何做數(shù)據(jù)庫優(yōu)化淑仆？

設(shè)計：存儲引擎，字段類型哥力，范式與逆范式
功能：索引蔗怠，緩存，分區(qū)分表吩跋。
架構(gòu)：主從復(fù)制寞射，讀寫分離，負(fù)載均衡锌钮。
詳解：https://www.cnblogs.com/sharpest/p/10390035.html

docker

1桥温、列出docker常用命令

docker images  //查看所有鏡像文件
docker ps  //查看運行中的容器
docker ps -a //查看所有容器
docker exec -it xx /bin/bash //進入容器內(nèi)部
docker logs -f xx //查看容器日志
docker run //啟動容器
docker login //登錄鏡像倉庫
docker pull //拉取鏡像
docker push //推送鏡像
docker save -o //將指定鏡像保存成 tar 歸檔文件
docker load -i //導(dǎo)入使用 [docker save] 命令導(dǎo)出的鏡像
docker cp   //用于容器與主機之間的數(shù)據(jù)拷貝
docker history  //查看指定鏡像的創(chuàng)建歷史。
docker build //用于使用 Dockerfile 創(chuàng)建鏡像梁丘。
docker tag // 標(biāo)記本地鏡像策治，將其歸入某一倉庫脓魏。

2、docker部署的方案有哪些通惫，如何將打包的鏡像在另一臺機器上運行茂翔？

上傳至鏡像倉庫
打包鏡像到本地，docker save
加載鏡像 docker load

Redis

1履腋、說一說redis數(shù)據(jù)類型以及使用場景

string 字符串（可以為整形珊燎、浮點型和字符串，統(tǒng)稱為元素）
list 列表（實現(xiàn)隊列,元素不唯一遵湖，先入先出原則）
set 集合（各不相同的元素）
hash hash散列值（hash的key必須是唯一的悔政，hash 特別適合用于存儲對象）
sort set 有序集合

2、什么是緩存雪崩延旧，緩存擊穿谋国？

緩存雪崩：在請求redis的時候，key大面積失效迁沫，導(dǎo)致大量請求到數(shù)據(jù)庫
緩存擊穿：在請求數(shù)據(jù)的時候芦瘾，key值不存在或者失效，導(dǎo)致請求直接穿透到數(shù)據(jù)庫進行請求

3.redis持久化方式以及優(yōu)缺點

RDB:
RDB持久化是指在指定的時間間隔內(nèi)將內(nèi)存中的數(shù)據(jù)集快照寫入磁盤集畅。也是默認(rèn)的持久化方式.
1近弟、RDB文件緊湊，全量備份挺智，非常適合用于進行備份和災(zāi)難恢復(fù)祷愉。
2、生成RDB文件的時候赦颇，redis主進程會fork()一個子進程來處理所有保存工作二鳄，主進程不需要進行任何磁盤IO操作。
3媒怯、RDB 在恢復(fù)大數(shù)據(jù)集時的速度比 AOF 的恢復(fù)速度要快泥从。
劣勢
RDB快照是一次全量備份，存儲的是內(nèi)存數(shù)據(jù)的二進制序列化形式沪摄，存儲上非常緊湊躯嫉。當(dāng)進行快照持久化時，會開啟一個子進程專門負(fù)責(zé)快照持久化杨拐，子進程會擁有父進程的內(nèi)存數(shù)據(jù)祈餐，父進程修改內(nèi)存子進程不會反應(yīng)出來，所以在快照持久化期間修改的數(shù)據(jù)不會被保存哄陶，可能丟失數(shù)據(jù)帆阳。

AOF:
redis會將每一個收到的寫命令都通過write函數(shù)追加到文件中。通俗的理解就是日志記錄屋吨。
優(yōu)勢：
1蜒谤、AOF可以更好的保護數(shù)據(jù)不丟失山宾，一般AOF會每隔1秒，通過一個后臺線程執(zhí)行一次fsync操作鳍徽，最多丟失1秒鐘的數(shù)據(jù)资锰。
2、AOF日志文件沒有任何磁盤尋址的開銷阶祭，寫入性能非常高绷杜，文件不容易破損。
3濒募、AOF日志文件即使過大的時候鞭盟，出現(xiàn)后臺重寫操作，也不會影響客戶端的讀寫瑰剃。
4齿诉、AOF日志文件的命令通過非常可讀的方式進行記錄晌姚，這個特性非常適合做災(zāi)難性的誤刪除的緊急恢復(fù)粤剧。比如某人不小心用flushall命令清空了所有數(shù)據(jù)，只要這個時候后臺rewrite還沒有發(fā)生舀凛，那么就可以立即拷貝AOF文件，將最后一條flushall命令給刪了途蒋，然后再將該AOF文件放回去猛遍，就可以通過恢復(fù)機制，自動恢復(fù)所有數(shù)據(jù)
劣勢：
1号坡、對于同一份數(shù)據(jù)來說懊烤，AOF日志文件通常比RDB數(shù)據(jù)快照文件更大
2、AOF開啟后宽堆，支持的寫QPS會比RDB支持的寫QPS低腌紧，因為AOF一般會配置成每秒fsync一次日志文件，當(dāng)然畜隶，每秒一次fsync壁肋，性能也還是很高的
3、以前AOF發(fā)生過bug籽慢，就是通過AOF記錄的日志浸遗，進行數(shù)據(jù)恢復(fù)的時候，沒有恢復(fù)一模一樣的數(shù)據(jù)出來箱亿。

c#基礎(chǔ)

1跛锌、什么是aop？

面向切面編程-通過預(yù)編譯方式和動態(tài)代理實現(xiàn)程序功能的統(tǒng)一維護的一種技術(shù)届惋。降低業(yè)務(wù)邏輯部分的耦合度髓帽，提高程序的可重用性菠赚，提高開發(fā)效率。
比較常見的場景是：日志記錄郑藏，錯誤捕獲衡查、性能監(jiān)控等

2、什么是托管和非托管译秦？

托管代碼：是由公共語言運行庫（CLR）執(zhí)行的代碼峡捡，而不是由操作系統(tǒng)直接執(zhí)行。有關(guān)內(nèi)存管理（內(nèi)存申請筑悴，內(nèi)存釋放们拙，垃圾回收之類的）全部都是.net的CLR來管理

非托管代碼：直接編譯成目標(biāo)計算機碼，由操作系統(tǒng)直接執(zhí)行的代碼阁吝，內(nèi)存回收要繼承IDisposable接口手動回收

3砚婆、string和stringbuilder的區(qū)別

string 每次內(nèi)容發(fā)生變化，都會生成一個新對象突勇，重新分配內(nèi)存
stringbuilder 每次操作都是對自身進行操作装盯，而不是生成新的對象

4、ref和out的區(qū)別

ref指定的參數(shù)在函數(shù)調(diào)用時候必須初始化甲馋，不能為空的引用埂奈。而out指定的參數(shù)在函數(shù)調(diào)用時候可以不初始化；

out指定的參數(shù)在進入函數(shù)時會清空自己定躏，必須在函數(shù)內(nèi)部賦初值账磺。而ref指定的參數(shù)不需要。

5痊远、重載與重寫

overload重載：同一個類下垮抗，相同的函數(shù)名，不同參數(shù)列表
override重寫：是對父類的方法進行重寫碧聪；基類函數(shù)用virtual修飾冒版，派生類用override修飾
注：不能重寫非虛方法或靜態(tài)方法

6、一個類可以繼承幾個父類逞姿，幾個接口辞嗡？

在創(chuàng)建一個類的時候只能繼承一個父類 但可以實現(xiàn)多個接口

7、委托和事件滞造，委托中action和func的區(qū)別用法

委托是面向?qū)ο蟮挠洹㈩愋桶踩模且妙愋投喜俊Ｊ褂胐elegate關(guān)鍵字進行定義
詳解：https://www.cnblogs.com/wangjiming/p/8300103.html

8猎贴、常用修飾符

public: 同一程序集中的任何其他代碼或引用該程序集的其他程序集都可以訪問該類型或成員。
private: 只有同一類或結(jié)構(gòu)中的代碼可以訪問該類型或成員。
protected: 只有同一類或結(jié)構(gòu)或者此類的派生類中的代碼才可以訪問該類型或成員她渴。
internal: 同一程序集中的任何代碼都可以訪問該類型或成員达址，但別的代碼不可以。

9趁耗、C#中沉唠，string str = null 與 string str =""的區(qū)別

String str=null沒有分配內(nèi)存，String str=""分配了內(nèi)存

10苛败、是否可以繼承String類

String類是一個最終類满葛，被final修飾，所以不能被繼承

11罢屈、String s = new String("xyz");創(chuàng)建了幾個String Object?

兩個對象嘀韧，一個是“xyx”,一個是指向“xyx”的引用對像s。

12缠捌、堆和棧

引用類型存在堆上锄贷，值類型存在棧上

13、什么是GC曼月。Idispose的用法

GC,垃圾回收器谊却，用于自動回收托管堆中無效對象的內(nèi)存，釋放內(nèi)存空間哑芹。
程序在運行過程中 炎辨，有很多對象分配內(nèi)存空間后，使用一次就不再使用了聪姿，這不僅占用內(nèi)存空間碴萧，導(dǎo)致內(nèi)存溢出，還可能影響程序的性能咳燕。所以我們自動釋放內(nèi)存
原理可參考：https://my.oschina.net/u/4354590/blog/4321333

14勿决、抽象類abstract class與接口interface的異同

同：都不能被實例化乒躺。都可以被繼承招盲。都可以包含方法聲明。派生類必須實現(xiàn)抽象類（接口）中未實現(xiàn)的方法嘉冒。

異：接口可以被多重實現(xiàn)曹货，抽象類只能被單一繼承。

15讳推、using關(guān)鍵字的使用場景

作為指令：用于導(dǎo)入其他命名空間中定義的類型或為命名空間創(chuàng)建別名
作為語句：用于定義一個范圍顶籽，在此范圍的末尾將釋放對象

16、task異步用法,它和thread有什么區(qū)別银觅？

1.什么是thread
當(dāng)我們提及多線程的時候會想到thread和threadpool礼饱，這都是異步操作，threadpool其實就是thread的集合，具有很多優(yōu)勢镊绪，不過在任務(wù)多的時候全局隊列會存在競爭而消耗資源匀伏。thread默認(rèn)為前臺線程，主程序必須等線程跑完才會關(guān)閉蝴韭，而threadpool相反够颠。
總結(jié)：threadpool確實比thread性能優(yōu)，但是兩者都沒有很好的api區(qū)控制榄鉴，如果線程執(zhí)行無響應(yīng)就只能等待結(jié)束履磨，從而誕生了task任務(wù)。
2.什么是task
task簡單地看就是任務(wù)庆尘，那和thread有什么區(qū)別呢剃诅？Task的背后的實現(xiàn)也是使用了線程池線程，但它的性能優(yōu)于ThreadPoll,因為它使用的不是線程池的全局隊列减余，而是使用的本地隊列综苔，使線程之間的資源競爭減少。同時Task提供了豐富的API來管理線程位岔、控制如筛。但是相對前面的兩種耗內(nèi)存，Task依賴于CPU對于多核的CPU性能遠(yuǎn)超前兩者抒抬，單核的CPU三者的性能沒什么差別杨刨。

17、異步方調(diào)用同步方法和同步方法調(diào)用異步方法性能上有什么區(qū)別擦剑？
18妖胀、靜態(tài)類在程序的生命周期，何時初始化惠勒，靜態(tài)類的靜態(tài)方法和類的靜態(tài)方法啥區(qū)別

1.全局唯一赚抡，任何一次的修改都是全局性的影響
2.只加載一次，優(yōu)先于非靜態(tài)
3.使用方式上不依賴于實例對象纠屋。此外涂臣，靜態(tài)類不可以實例化。
4.生命周期屬于類級別售担，從開始訪問類時到程序運行結(jié)束時赁遗。
5.只包含靜態(tài)成員
6.不能包含實例構(gòu)造函數(shù)。

其他大佬整理的族铆，希望可以幫助到你

https://www.yuque.com/ysgstudyhard/da6e0c/wlcivg
https://zhuanlan.zhihu.com/p/526163635