不想當專案經理的程式員他不是一個好廚子，目前已經拿到pmp,acp證書，但是目前仍然是做net開發相關，希望以后有機會可以轉型成功，
這里我會整理一下netcore生態下各個知識點，面試常問的地方，希望可以幫助到大家，大家都可以找到一份自己滿意的作業（目前樓主在東軟干的fm，os：沈陽core太少啊，啥時候替換掉java啊），我會慢慢整理這些內容，文中如果有錯誤的地方，希望能夠幫忙指出修正，避免誤導他人，謝謝！如果感興趣可以私我交流哦~~~
路過的話，辛苦點個贊被~
基礎
1、什么是aop？
面向切面編程
2、什么是托管和非托管？
托管代碼：是由公共語言運行庫（CLR）執行的代碼，而不是由作業系統直接執行，有關記憶體管理（記憶體申請，記憶體釋放，垃圾回收之類的）全部都是.net的CLR來管理
非托管代碼：直接編譯成目標計算機碼，由作業系統直接執行的代碼，記憶體回收要繼承IDisposable介面手動回收
3、string和stringbuilder的區別
string 每次內容發生變化，都會生成一個新物件，重新分配記憶體
stringbuilder 每次操作都是對自身進行操作，而不是生成新的物件
4、ref和out的區別
ref指定的引數在函式呼叫時候必須初始化，不能為空的參考，而out指定的引數在函式呼叫時候可以不初始化；
out指定的引數在進入函式時會清空自己，必須在函式內部賦初值，而ref指定的引數不需要，
5、多載與重寫
overload多載：同一個類下，相同的函式名，不同引數串列
override重寫：是對父類的方法進行重寫；基類函式用virtual修飾，派生類用override修飾
注：不能重寫非虛方法或靜態方法
6、一個類可以繼承幾個父類，幾個介面？
在創建一個類的時候只能繼承一個父類 但可以實作多個介面
7、委托和事件，委托中action和func的區別用法
委托是面向物件的、型別安全的，是參考型別，使用delegate關鍵字進行定義
詳解：https://www.cnblogs.com/wangjiming/p/8300103.html
8、常用修飾符
public: 同一程式集中的任何其他代碼或參考該程式集的其他程式集都可以訪問該型別或成員，
private: 只有同一類或結構中的代碼可以訪問該型別或成員，
protected: 只有同一類或結構或者此類的派生類中的代碼才可以訪問該型別或成員，
internal: 同一程式集中的任何代碼都可以訪問該型別或成員，但別的代碼不可以，
9、C#中，string str = null 與 string str =""的區別
String str=null沒有分配記憶體，String str=""分配了記憶體
10、是否可以繼承String類
String類是一個最終類，被final修飾，所以不能被繼承
11、String s = new String("xyz");創建了幾個String Object?
兩個物件，一個是“xyx”,一個是指向“xyx”的參考對像s，
12、堆和堆疊
參考型別存在堆上，值型別存在堆疊上
13、什么是GC，Idispose的用法
GC,垃圾回收器，用于自動回收托管堆中無效物件的記憶體，釋放記憶體空間，
程式在運行程序中 ，有很多物件分配記憶體空間后，使用一次就不再使用了，這不僅占用記憶體空間，導致記憶體溢位，還可能影響程式的性能，所以我們自動釋放記憶體
原理可參考：https://my.oschina.net/u/4354590/blog/4321333
14、抽象類abstract class與介面interface的異同
同：都不能被實體化，都可以被繼承，都可以包含方法宣告，派生類必須實作抽象類（介面）中未實作的方法，
異：介面可以被多重實作，抽象類只能被單一繼承，
15、using關鍵字的使用場景
作為指令：用于匯入其他命名空間中定義的型別或為命名空間創建別名
作為陳述句：用于定義一個范圍，在此范圍的末尾將釋放物件
16、task異步用法,它和thread有什么區別？
17、異步方呼叫同步方法和同步方法呼叫異步方法性能上有什么區別？
18、靜態類在程式的生命周期，何時初始化，靜態類的靜態方法和類的靜態方法啥區別
19、EF 性能優化
20、EF 實作原理
21、如何實作單例模式？
netcore基礎
1、什么是依賴注入？
依賴注入是ASP.Net Core的核心，依賴注入我們可以分開來理解
依賴：當一個類需要另一個類協作來完成作業的時候就產生了依賴
注入：把依賴的創建丟給其它人，自己只負責使用，其它人丟給你依賴的這個程序理解為注入，
startup ConfigureServices方法 可以使用netcore自帶的di或者使用第三方autofac
jesse大佬文章： https://www.cnblogs.com/jesse2013/p/di-in-aspnetcore.html
2、netcore服務生命周期，請詳細說明
Transient：每一次GetService都會創建一個新的實體
Scoped：在同一個Scope內只初始化一個實體 ，可以理解為（ 每一個request級別只創建一個實體，同一個http request會在一個 scope內）
Singleton：整個應用程式生命周期內只創建一個實體
3、Ioc的理解
IOC容器就是一個工廠,負責創建物件的
IOC控制反轉：只是把上端對下端的依賴,換成第三方容器決定
博客：https://www.cnblogs.com/zhangnever/p/12324133.html
4、netcore中間件
中間件在這里是指注入到應用中處理請求和回應的組件，
startup Configure方法
資料庫
1、mysql的資料引擎有哪些
myisam
innodb
2、資料庫事務
3、什么是sql注入？
利用sql語言漏洞獲得合法身份登陸系統
4、微服務下怎么做資料同步
5、資料庫優化
設計：存盤引擎，欄位型別，范式與逆范式
功能：索引，快取，磁區分表，
架構：主從復制，讀寫分離，負載均衡，
詳解：https://www.cnblogs.com/sharpest/p/10390035.html
6、資料庫聚集索引和非聚集索引，什么情況會失效
架構，設計思想，微服務
1.談一談對DDD的理解
DDD，領域驅動設計，就是通過領域來指導軟體設計，是一種十分抽象的軟體設計思想，它主要分為戰略設計和戰術設計
戰略方面，通過事件風暴進行領域模型的劃分，劃分出核心域，子域，支撐域，定義通用語言，劃分出界限背景關系，
在戰術設計方面，ddd將架構分層，“松耦合，高內聚”是架構設計的整體思想，按照DDD思想，可以分為領域層，基礎設施層，應用層，介面層，
介面層為前端用戶提供api介面，基礎設施層可以放一些第三方的服務，資料庫連接等內容，應用層是對領域服務的編排，是很薄的一層（目前我自己的架構，應用的是cqrs，所有的相關邏輯都是放在了應用層，而領域層只是放了物體，因為暫時還不是特別理解領域層的服務和事件都應該寫什么），領域層包括物體，值物件，聚合根，領域服務，領域事件等內容
2.DDD四種領域模型
1、失血模型
失血模型簡單來說，就是domain object只有屬性的getter/setter方法的純資料類，所有的業務邏輯完全由business object來完成
2、貧血模型
簡單來說，就是domain ojbect包含了不依賴于持久化的領域邏輯，而那些依賴持久化的領域邏輯被分離到Service層，
3、充血模型
充血模型和第二種模型差不多，所不同的就是如何劃分業務邏輯，即認為，絕大多業務邏輯都應該被放在domain object里面(包括持久化邏輯)，而Service層應該是很薄的一層，僅僅封裝事務和少量邏輯，不和DAO層打交道，
4、脹血模型
基于充血模型的第三個缺點，干脆取消Service層，只剩下domain object和DAO兩層，在domain object的domain logic上面封裝事務，
4.微服務優缺點
優點
1、微服務是松藕合的，無論是在開發階段或部署階段都是獨立的，
2、能夠快速回應, 區域修改容易, 一個服務出現問題不會影響整個應用，
3、易于和第三方應用系統集成, 支持使用不同的語言開發, 允許你利用融合最新技術，
4、每個微服務都很小，足夠內聚，足夠小，代碼容易理解，團隊能夠更關注自己的作業成果, 聚焦指定的業務功能或業務需求，
5、開發簡單、開發效率提高，一個服務可能就是專一的只干一件事, 能夠被小團隊單獨開發，這個小團隊可以是 2 到 5 人的開發人員組成，
缺點:
1、微服務架構帶來過多的運維操作, 可能需要團隊具備一定的 DevOps 技巧.
2、分布式系統可能復雜難以管理，因為分布部署跟蹤問題難，當服務數量增加，管理復雜性增加，
5.consul的好處
consul是分布式的、高可用、橫向擴展的
參考：https://www.cnblogs.com/xiaohanlin/p/8016803.html
6.熔斷限流
7、什么是分布式，微服務如何進行拆分？
docker
1.docker常用命令
docker images //查看所有鏡像檔案
docker ps //查看運行中的容器
docker ps -a //查看所有容器
docker exec -it xx /bin/bash //進入容器內部
docker logs -f xx //查看容器日志
docker run //啟動容器
docker login //登錄鏡像倉庫
docker pull //拉取鏡像
docker push //推送鏡像
docker save -o //將指定鏡像保存成 tar 歸檔檔案
docker load -i //匯入使用 [docker save] 命令匯出的鏡像
docker cp //用于容器與主機之間的資料拷貝
docker history //查看指定鏡像的創建歷史，
docker build //用于使用 Dockerfile 創建鏡像，
docker tag // 標記本地鏡像，將其歸入某一倉庫，
redis
1.redis資料型別以及使用場景
string 字串（可以為整形、浮點型和字串，統稱為元素）
list 串列（實作佇列,元素不唯一，先入先出原則）
set 集合（各不相同的元素）
hash hash散列值（hash的key必須是唯一的，hash 特別適合用于存盤物件）
sort set 有序集合
2.快取雪崩，快取擊穿
快取雪崩：在請求redis的時候，key大面積失效，導致大量請求到資料庫
快取擊穿：在請求資料的時候，key值不存在或者失效，導致請求直接穿透到資料庫進行請求
3.資料同步
4.過期時間機制
5.redis持久化方式以及優缺點
RDB:
RDB持久化是指在指定的時間間隔內將記憶體中的資料集快照寫入磁盤，也是默認的持久化方式.
1、RDB檔案緊湊，全量備份，非常適合用于進行備份和災難恢復，
2、生成RDB檔案的時候，redis主行程會fork()一個子行程來處理所有保存作業，主行程不需要進行任何磁盤IO操作，
3、RDB 在恢復大資料集時的速度比 AOF 的恢復速度要快，
劣勢
RDB快照是一次全量備份，存盤的是記憶體資料的二進制序列化形式，存盤上非常緊湊，當進行快照持久化時，會開啟一個子行程專門負責快照持久化，子行程會擁有父行程的記憶體資料，父行程修改記憶體子行程不會反應出來，所以在快照持久化期間修改的資料不會被保存，可能丟失資料，
AOF:
redis會將每一個收到的寫命令都通過write函式追加到檔案中，通俗的理解就是日志記錄，
優勢：
1、AOF可以更好的保護資料不丟失，一般AOF會每隔1秒，通過一個后臺執行緒執行一次fsync操作，最多丟失1秒鐘的資料，
2、AOF日志檔案沒有任何磁盤尋址的開銷，寫入性能非常高，檔案不容易破損，
3、AOF日志檔案即使過大的時候，出現后臺重寫操作，也不會影響客戶端的讀寫，
4、AOF日志檔案的命令通過非常可讀的方式進行記錄，這個特性非常適合做災難性的誤洗掉的緊急恢復，比如某人不小心用flushall命令清空了所有資料，只要這個時候后臺rewrite還沒有發生，那么就可以立即拷貝AOF檔案，將最后一條flushall命令給刪了，然后再將該AOF檔案放回去，就可以通過恢復機制，自動恢復所有資料
劣勢：
1、對于同一份資料來說，AOF日志檔案通常比RDB資料快照檔案更大
2、AOF開啟后，支持的寫QPS會比RDB支持的寫QPS低，因為AOF一般會配置成每秒fsync一次日志檔案，當然，每秒一次fsync，性能也還是很高的
3、以前AOF發生過bug，就是通過AOF記錄的日志，進行資料恢復的時候，沒有恢復一模一樣的資料出來，
6、redis 單機最大存盤量
7、哨兵模式
mq事件總線
訊息佇列的優勢
1、系統解耦
2、流量削峰
1、mq作業模式以及詳細程序
1、簡單模式
說明：一個生產者P發送訊息到佇列Q,一個消費者C接收
2、作業佇列模式Work Queue
說明：一個生產者，多個消費者，每個消費者獲取到的訊息唯一，多個消費者只有一個佇列
3、發布/訂閱模式Publish/Subscribe
說明：一個生產者發送的訊息會被多個消費者獲取，一個生產者、一個交換機、多個佇列、多個消費者
4、路由模式Routing
說明：生產者發送訊息到交換機并且要指定路由key，消費者將佇列系結到交換機時需要指定路由key
5、通配符模式Topics
說明：生產者P發送訊息到交換機X，type=topic，交換機根據系結佇列的routing key的值進行通配符匹配；符號#：匹配一個或者多個詞lazy.# 可以匹配lazy.irs或者lazy.irs.cor
2、mq資料丟失怎么處理
常用設計模式，目的
restful api graphQL
graphQL
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/287514.html
標籤：.NET技术