混淆是一种方法，但它不能防止破坏应用程序的盗版保护安全性。如何确保应用程序不被篡改，如何确保注册机制不会被逆向工程?
此外，还可以将c#应用程序转换为本机代码，而Xenocode的成本太高。
c#提供了很多特性，是编写代码的理想语言，所以用c++重新编写整个代码库是不可能的。
安全证书可以很容易地从. net中的签名程序集中删除。
当前回答
看起来永远是本地的，现在不需要在混淆器; 看起来像网芯RT可行的解决方案;很快所有的应用程序都将使用。net core;https://www.codeproject.com/Articles/5262251/Generate-Native-Executable-from-NET-Core-3-1-Proje?msg=5753507 xx5753507xx https://learn.microsoft.com/en-us/archive/msdn-magazine/2018/november/net-core-publishing-options-with-net-core
没有测试过，也许用旧的win .net SDK可能做类似的事情。
其他回答
请记住，99%以上的用户不会有兴趣检查你的可执行文件，看看它是如何工作的。
考虑到很少有人会去尝试，而且大多数混淆器都是可以解决的，它值得你花时间和精力吗?
你最好把时间投入到改进你的产品上，让更多人愿意使用它。
抱歉，完全保护应用程序是不可能的。
我可以推荐使用混淆器。
最好的答案是第一个来自小开发人员自己的经验，上面讨论的所有反反转技术对于任何严肃的反向工程师来说都是101个教科书案例。
一些商业DRM解决方案相当不错，但它们总是在数小时(或数天)内使用自定义DRM解决方案破解每一款AAA级游戏。只有一个全新的DRM解决方案的引入——有时——延迟是不可避免的，可能需要几个星期。
充分利用DRM需要花费大量的时间和金钱，而且很容易损害性能、可靠性、兼容性/可移植性和客户关系。要么坚持一些像样的商业DRM，不要试图太聪明，承担你的(更少的)损失，要么完全忘记它……
一个DRM解决方案的例子，它挖了自己的(商业)坟墓:http://en.wikipedia.org/wiki/StarForce
看起来永远是本地的，现在不需要在混淆器; 看起来像网芯RT可行的解决方案;很快所有的应用程序都将使用。net core;https://www.codeproject.com/Articles/5262251/Generate-Native-Executable-from-NET-Core-3-1-Proje?msg=5753507 xx5753507xx https://learn.microsoft.com/en-us/archive/msdn-magazine/2018/november/net-core-publishing-options-with-net-core
没有测试过，也许用旧的win .net SDK可能做类似的事情。
