他們說
閱讀了網上一些文章，其實使用c#進行熱更新是可以的，將需要更新的**打包成程式集，然後利用反射即可，但是也提到在ios平台是不行的，至於為什麼不行，就不再說了，然後就是推薦lua作為熱更新方案，但是，為啥lua就行？c#就不行？
因為c#是編譯型語言，lua是解釋型語言？
好多人都說lua能熱更新，是因為它是解釋型語言，不用編譯，在執行時能動態解釋lua**並執行。這種方法實際上不準確，從某些角度來說是錯的。lua確實是解釋性指令碼語言，但是不是因為是解釋型才能進行熱更新。即使使用c++這種編譯語言，也能進行熱更新，將動態鏈結庫進行更新就是，然後動態載入動態鏈結庫獲取更新的函式位址即可。
而且，還有一點，c#並不能說是一種編譯型語言，c#**會被編譯成il，il解釋成機器碼的過程可以在執行之前進行也能在執行時進行。如果在執行時進行解釋，那麼和lua不就一樣了嗎，為啥c#不能進行熱更新呢？
jit對il進行解釋執行的原理
首先說一下，jit對il如何在執行時進行解釋並執行的，大致過程為：將il解釋為所在平台的機器碼，開闢一段記憶體空間，要求這段記憶體空間可讀、可寫、可執行，然後把解發布的機器碼放入，修改cpu中的指令指標暫存器中的位址，讓cpu執行之前解發布來的機器碼。
注意這段記憶體的條件，最重要的一條是必須是可執行的，一般的記憶體申請我們只是存放資料，但是這裡的記憶體許可權要是有可執行許可權
ios限制了什麼？
ios不允許獲取具有可執行許可權的記憶體空間，這就直接要求jit要以full aot模式，這種模式會在生成之前把il直接翻譯成機器碼而不是在執行期間，進行了這種操作c#從某種角度來說和c++一樣，成為了編譯型語言，失去了執行時解釋的功能。
lua的解釋執行怎麼就行呢？
如果lua的解釋執行原理和c#相同，肯定也不能在ios平台上執行時解釋執行。lua是使用c編寫的指令碼語言，它在執行時讀入lua編寫的**，在解釋lua位元組碼（lua自己的指令）時不是翻譯為機器碼，而是使用c**進行解釋，不用開闢特殊的記憶體空間，也不會有新**在執行，執行的是lua的虛擬機器，用c寫出來的虛擬機器，這和c#的機制是完全不同的，因為lua是基於c的指令碼語言。
c#也能在ios上熱更
il虛擬機器支援完全解釋執行，就是效率差一些，具體可以參考使用il runtime進行熱更的方式。只在公司聽過講座分享，有乙個工作室熱更完全使用il runtime方案，開發效率要快不少。
這種方式把c#**分成了要熱更的和不需要熱更的，也就是c#框架層和c#邏輯層，開發時候統一使用c#進行，十分方便，就是在純計算部分的效率上要慢很多，所以計算部分最好還是放在不需要熱更的框架層不進行解釋執行。
個人想法
unity使用c++開發引擎層，暴露c#介面給開發人員使用以提高開發效率。然後強行加個用c寫的lua層，在lua層呼叫c#介面，轉了一層，c#再呼叫c++介面，再轉一層…
Webpack 自動熱更
npm i webpack dev server d npm i html webpack plugin d 將package.json的指令碼改成webpack serve即可 scripts 注意 webpack5可能將啟動專案目錄改在了public上需要在webpack.config.js中設...
為啥spinlock裡面不能sleep
1.splin lock在linux下面的實現，會禁止核心搶占，如下 static inline void spin lock spinlock t lock 2.這裡禁止搶占，是指禁止核心搶占。所謂核心搶占是指 核心程序在中斷處理返回，schedule排程。等。這個還要具體分析 3.在splin ...
Unity之熱更初探
由於c 是編譯 解釋型的語言，所以遊戲在出包之後想要再修改一些程式就比較困難。通過不斷查詢找到幾種可行的方案 1.更新dll，利用反射做 的更新。在ios上有限制，無法使用 2.引入嵌入式指令碼語言lua。有tolua xlua等框架 3.採用ilruntime等第三方框架。最終還是選擇xlua框架...