服务器虚拟化管理平台源码(服务器虚拟化典型应用)

加密c#dll最快的是使用VirboxProtector打包工具直接加密。代码加密等，每种加密方式有什么特点？
代码加密（X86）：
对于X86代码汇编：自修改代码（SMC）技术来保护代码。加密当前代码并将其存储为密文。当程序运行到受保护的函数时，会自动被挖掘并执行。执行后，代码将被删除，代码无论运行到哪里都会被解密。不能版啊原始机器指令和内存的完整性。由于作是纯内存的，因此运行速度很快，是一种经济高效的保护。建议添加加密完整代码（IL）
对于dotNet程序，保留IL代码：动态作Decryptsecurecode。加密当前代码并将其存储为密文。当程序运行到受保护的函数时，会自动被挖掘并执行。执行后，代码将被删除。执行后，代码将被删除。无论他跑到哪里。无法掌握中间语言和原始品牌完整性的记忆。由于它是纯内存作，因此运行速度快，是一种经济高效的保护。建议使用这样的压缩程序进行完全压缩，而数据段的压缩，由于动态密码，没有工具可以自动解压，这意味着防止编译和反汇编的关键。
代码混淆（IL）：
将代码中的各种元素（例如变量、函数和类）的名称写入空名称。例如，可以将其改写为单个字母，或者空字母的简短组合，甚至可以改写为“__”等符号，使读者无法从其名称中猜出其用途。
a)将代码中的部分逻辑重写为功能等效但更难理解的形式。例如，将for循环重写为while循环、将循环重写为递归、简化中间变量等。
b)代码的形式。例如，删除空格、将多行代码压缩为一行、或者将一行代码拆分为多行等。
c)我们添加了一个演示命令，通过特殊的内置命令捕获反汇编错误，从而阻止工作的编译。
代码混淆也会导致一些问题。主要问题包括：·代码混淆难以理解，调试困难。开发人员通常需要保留原始的、未混淆的代码以进行调试。·对于支持反射的语言，代码混淆可以与反射作斗争。代码混淆实际上并不能阻止逆向工程，它只会让它变得更加困难。因此，对于安全性要求较高的情况，单纯使用混淆并不能保证源代码的安全。
代码混淆的特点是安全性低，但不影响效率。
代码虚拟化：
对于X86代码来说：就是将机器代码转变成一串机器和人类都无法识别的伪代码字节流，然后通过特定的程序对这些伪代码进行单独处理。开发翻译，逐步还原到原始代码并执行。该子例程过去被解释为伪代码，并将负责特定虚拟机VM（如抽象CPU）的执行。它以电子存储器字节码的函数和参数的形式存在。由于虚拟机代码和虚拟机CPU的实现是可以随机设计和执行的，而且代码可以随时随机改变，甚至是一些逻辑上等价的改变，所以可以参考与非门的硬件实现。各种逻辑门、算法和内存访问格式的变化，包括不等量的数学变化，会导致代码膨胀近100到10000倍，使得机器算法无法恢复到原来的逻辑。代码虚拟化的特点是：安全性中等，不影响效率。
代码碎片化：
深深拥有自主知识产权的最新技术：基于LLVM和ARM虚拟机技术，自动提取大代码并移入SS核心模块模式，大大减少了代码碎片。不再需要阈值使用和手工作：可移植算法，可移植算法的数量从极少数增长到几乎无限，支持的语言也不再局限于C，这是加密技术的综合应用。它与停止执行的程序具有类似的效果，导致无法对崩溃采取行动。
为了安全性高，建议使用密钥函数或者调用加密锁，使用过多会影响效率。

我认为发帖者有必要再次明确自己的需求。因为是否固定有几个前提条件，1.框架结构是否不变2.网站功能是否不变代码的方式是否不变4.程序语言是否不变5.网站是否不变网站定位不变
那么你的问题中，不同等条件下比较，如何比较优劣呢？另外，如果在原有网站或源代码的基础上进行修改，有时比新建一个网站还要困难，尤其是程序部分。但有时这套源码符合你的需求，并没有太大的改变。如果前端部分没有特殊要求的话，那么这种肯定是比较省事的。但如果你建立的网站和源代码有很大不同，那你不妨再，因为分析源代码的时间加上修改它的时间，那你还不如全部开始再次。另外，如果你现在有了一个网站，想要修改的话，就看你修改的地方了。如果新网站比旧网站有更多的特性和功能，那么新网站就更好。改变前一个很容易产生垃圾代码。另外，对于前台部分，就看设计要求了，一定要结合网站的定位。定位改变还是不变都会影响设计的风格和方向。所以，简单来说，你的问题不是很清楚，不确定因素很多！
此外，我们还需要看网站的属性，无论是门户、企业、产品展示、B2B等，无论是创意flash网站还是程序型网站，都其中有影响。以门户网站为例。如果是改版的话，设计和功能肯定会在原来的基础上有所改变。你什么时候能看到搜狐和新浪重做？所以，唉。。。很难，很难回答！