2
我很好奇.NET Native如何工作。通常，當在託管代碼中使用WinRT類時，通過RCW調用它們，由於託管和非託管代碼之間的互操作性，會產生一些開銷。我想知道當使用.NET Native編譯託管代碼時是否存在理論上相同的開銷？.NET Native和RCW開銷
A
回答
4
使用WinRT的.NET本機互操作與使用CoreCLR或完整框架運行的結構具有相同的結構。這是因爲你有無法避免的開銷，以確保各種對象的內存在跨越邊界時被正確跟蹤。由於您在任何.NET運行時所針對的GC都需要跟蹤，所以總會有不可簡化的事情。
也就是說，爲基於.NET Native應用程序生成的互操作代碼將具有提前生成的好處。這意味着它可以通過屬於C++編譯器的相同程序優化器進行優化，因此您將獲得Microsoft可提供的最佳彙編代碼。
（披露：我在.NET Native運行時和編譯器團隊工作）
相關問題
- 1. WinRT .NET 4.5和RCW
- 2. COM對象是否與RCW分開？
- 3. .net-native enum.GetValues trouble
- 4. Android：SOAP和JTDS開銷
- 5. MPI_SEND和MPI_RECV開銷
- 6. .NET Framework - 每個應用程序開銷
- 7. MVC .NET應用程序開始註銷
- 8. COM上的Addref RCW
- 9. 寫（）和TCP/IP開銷
- 10. 框架比較和開銷
- 11. 框架比較和開銷
- 12. .Net COM Interop運行COM實例並將其分配給RCW
- 13. Microsoft .Net Native編譯器
- 14. Aldon和.Net開發
- 15. react-native run-android and react-native開始
- 16. React Native編程撤銷/重做
- 17. 使用React Native正確處理註銷
- 18. C++ - 已從其基礎RCW分開COM對象不能使用
- 19. 線程開銷
- 20. SaveChanges（）開銷
- 21. Matlab dfeval開銷
- 22. SQL Union開銷
- 23. 開銷在Java
- 24. DLL的開銷
- 25. GHC TypeLits開銷
- 26. 接口開銷
- 27. 導入開銷
- 28. 性能開銷
- 29. 開銷Task.Result
- 30. WebRTC開銷