如何确保应用程序不被篡改，以及如何确保注册机制不会被逆向工程。

两者都有一个非常简单的答案:不要把目标代码交给不可信的一方，比如(显然)你的客户。在您的机器上托管应用程序是否可行只取决于它的功能。

如果它不是一个web应用程序，也许你可以允许SSH登录，X转发到应用服务器(或者远程桌面连接，我猜，对于Windows)。

如果你把目标代码交给书呆子，而他们认为破解你的程序可能很有趣，那么它就会被破解。没有办法。

如果你不相信我，那就指出一个没有被破解和盗版的引人注目的应用程序。

如果你使用硬件键，它会使生产成本更高，你的用户会因此讨厌你。在地板上爬来爬去，插拔你27个不同的USB设备，这真是个婊子，因为软件制造商不信任你(我想)。

有一些包可以加密你的EXE，并在允许用户使用它时解密它

当然，绕过它的方法是破解“我能使用它吗”测试，以便它总是返回true。

一个令人讨厌的技巧可能是以一种肮脏的方式在程序的其他地方使用执行测试的操作码的字节值，这将使程序很可能崩溃，除非值刚刚好。它让你链接到一个特定的架构，尽管:-(

当涉及到。net时，如果你正在发布Windows窗体应用程序(或任何客户端有可移植可执行文件的应用程序)，它就有可能被破解。

如果你想坚持使用。net，并且想把你的源代码被窃取的几率降到最低，那么你可以考虑将它部署为ASP。NET应用程序，而不是使它成为一个Windows窗体应用程序。

下面是一些。net混淆工具的详细对比表:

截图来自obfuscators.io

看起来永远是本地的，现在不需要在混淆器; 看起来像网芯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可能做类似的事情。

抱歉，完全保护应用程序是不可能的。

只需编写一个好的应用程序和一个简单的保护系统。不管你选择什么保护，它都会被逆转……所以不要浪费太多时间/金钱。