前言
前幾天在技術羣裏看到有同學在討論關於dynamic是否會存在裝箱拆箱的問題,我當時第一想法是"會"。至於爲啥會有很多人有這種疑問，主要是因爲覺得dynamic可能是因爲有點特殊，因爲它被稱爲動態類型,可能是因爲這裏的動態對大家造成的誤解,認爲這裏的動態可以推斷出具體的類型，所以可以避免裝箱拆箱。但是事實並不是這樣，今天就一起就這個問題雖然討論一下。
裝箱拆箱
首先咱們先來看下何爲裝箱拆箱，這個可以在微軟官方文檔中Boxing and Unboxing文檔中看到答案，咱們就簡單的摘要一下相關的描述
裝箱是將值類型轉換爲類型對象或此值類型實現的任何接口類型的過程。當公共語言運行時 (CLR) 將值類型裝箱時，它會將值包裝在 System.Object 實例中並將其存儲在託管堆上。拆箱從對象中提取值類型。拳擊是隱含的；拆箱是明確的。裝箱和拆箱的概念是 C# 類型系統統一視圖的基礎，其中任何類型的值都可以視爲對象。
翻譯起來會比較抽象，理解起來就是利用裝箱和拆箱功能，可通過允許值類型的任何值與Object 類型的值相互轉換，將值類型與引用類型鏈接起來。也就是值類型和引用類型相互轉換的一做橋樑，但是問題也很明顯那就是實例會存在在堆棧之前相互copy的問題，會存在一定的性能問題，所以這也一直是一個詬病。
雖然說是這樣但是也沒必要一直扣死角，畢竟很多時候程序還沒有糾結到這種程度，因爲任何語言存在的各種方法中或者操作中都會有一定這種問題，所以本質不是語言存在各種問題，而是在什麼場景如何使用的問題。比如避免出現裝箱和拆箱的辦法也就是入概念所說的，那就是避免值類型和和引用類型之間相互轉換，但是很多時候還是避免不了的，所以也不必糾結。
探究本質
上面講解了關於裝箱拆箱的概念，接下來咱們就來定義一段代碼看看效果，爲了方便對比咱們直接對比着看一下
dynamic num = 123;
dynamic str = "a string";
想要看清本質還是要反編譯一下生成的結果看一下的，這裏我們可以藉助ILSpy或dnSpy來看下，首先看一下反編譯回來的效果
private static void <Main>$(string[] args)
{
object num = 123;
object str = "a string";
Console.ReadKey();
}
因爲我是使用的是.net6的頂級聲明方式所以會生成<Main>$方法。不過從反編譯的結果就可以看出來dynamic的本質是object，如果還有點懷疑的話可以直接查看生成的IL代碼，還是使用ILSpy工具
.method private hidebysig static
void '<Main>$' (
string[] args
) cil managed
{
// Method begins at RVA 0x2094
// Header size: 12
// Code size: 30 (0x1e)
.maxstack 1
.entrypoint
.locals init (
// 這裏可以看出聲明的num和str變量都是object類型的
[0] object num,
[1] object str
)
// object obj = 123;
IL_0000: ldc.i4.s 123
// 這裏的box說明存在裝箱操作
IL_0002: box [System.Runtime]System.Int32
IL_0007: stloc.0
// object obj2 = "a string";
IL_0008: ldstr "a string"
IL_000d: stloc.1
// Console.ReadKey();
IL_000e: call valuetype [System.Console]System.ConsoleKeyInfo [System.Console]System.Console::ReadKey()
IL_0013: pop
// (no C# code)
IL_0014: nop
IL_0015: nop
IL_0016: nop
IL_0017: nop
IL_0018: nop
IL_0019: nop
IL_001a: nop
IL_001b: nop
// }
IL_001c: nop
IL_001d: ret
} // end of method Program::'<Main>$'
通過這裏可以看出dynamic的本質確實是object，既然是object那就可以證實確實是存在裝箱操作。這個其實在微軟官方文檔Using type dynamic上有說明，大致描述是這樣的
dynamic類型是一種靜態類型，但類型爲dynamic的對象會跳過靜態類型檢查。大多數情況下，該對象就像具有類型object一樣。 在編譯時，將假定類型化爲dynamic的元素支持任何操作。因此，不必考慮對象是從 COM API、從動態語言（例如 IronPython）、從 HTML 文檔對象模型 (DOM)、從反射還是從程序中的其他位置獲取自己的值。但是，如果代碼無效，則在運行時會捕獲到錯誤。
從這裏可以看出dynamic表現出來的就是object，只是dynamic會跳過靜態類型檢查，所以編譯的時候不會報錯，有錯誤的話會在運行的時候報錯，也就是我們說的是在運行時確定具體操作。這涉及到動態語言運行時，動態語言運行時(DLR)是一種運行時環境，可以將一組動態語言服務添加到公共語言運行時(CLR)。使用DLR可以輕鬆開發在.NET上運行的動態語言，併爲靜態類型語言添加動態特徵。
匿名類型
總會有人拿dynamic和var進行比較，但是本質上來說，這兩者描述的不是一個層面的東西。var叫隱式類型，本質是一種語法糖，也就是說在編譯的時候就可以確定類型的具體類型，也就是說var本質是提供了一種更簡單的編程體驗，不會影響變量本身的行爲。這也就解釋了爲啥同一個var變量多次賦值不能賦不同類型的值,比如以下操作編譯器會直接報錯
var num = 123;
num = "123"; //報錯
如果你是用的集成開發環境的話其實很容易發現，把鼠標放到var類型上就會顯示變量對應的真實類型。或者可以直接通過ILSpy看看反編譯結果，比如聲明瞭var num = 123編譯完成之後就是
private static void <Main>$(string[] args)
{
int num = 123;
Console.ReadKey();
}
請注意這裏並不是object而是轉換成了具體的類型因爲123就是int類型的，嚴謹一點看一下IL代碼
.maxstack 1
.entrypoint
//聲明的int32
.locals init (
[0] int32 num
)
// int num = 123;
IL_0000: ldc.i4.s 123
IL_0002: stloc.0
相信這裏就可以看出來了dynamic和var確實也不是一個層面的東西。var是隱式類型是語法糖爲了簡化編程體驗用的，dynamic則是動態語言運行時技術，編譯時轉換成object類型，因爲在c#上一切都是object，然後再運行時進行具體的操作。
總結
本篇文章主要是在技術羣裏看到有同學在討論關於dynamic是否會裝箱引發的思考，相對來說講解的比較基礎也比較簡單。想對一個東西理解的更透徹，就要一步一步的瞭解它到底是什麼，這樣的話就可以更好的理解和思考。也印證了那句話，你不會用或者用是因爲你對它不夠了解，當你對它有足夠理解的時候，操作起來也就會遊刃有餘。
