为了证实在常规手段破解下能有效保护程序核心功能（演示版本对AES加解密算法及数据库的密钥（一段字符串）进行了保护），特对此DLL保护思路进行相应的测试，包含了反编译及反射测试，看是否能得到AES加解密算法的密钥及数据库字符串。
反编译：
我这里使用了.net dll反编译工具ILSpy，以下为真实截图。
1． NetProtect.BLLDemo.dll
2． NetProtect.ConsoleApplication1.exe
3． NetProtect.CoreClr.dll
综合上图，可以发现，反编译是没有得到有效信息的（AES密钥及数据库密钥），实现了”不能看“的目的。
反射：
首先我准备了以下测试代码，新建一个控制台应用程序，并在Program.cs中加入如下代码：
Console.WriteLine("DLL保护之WinForm演示");
Console.WriteLine("------------------------------------------------------");
var a = Assembly.LoadFile(Path.Combine(Application.StartupPath, "NetProtect.CoreClr.dll"));
object dalobj = a.CreateInstance("NetProtectCoreClr");
Type t = a.GetType("NetProtectCoreClr", false, true);
var dal = t.GetField("dalClassObj").GetValue(dalobj).GetType();
object coreAssmbly = dal.Assembly.CreateInstance("Core");
Type t1 = dal.Assembly.GetType("Core", false, true);
MethodInfo method = t1.GetMethod("GetDataBasePassword");
var result = method.Invoke(coreAssmbly, null);
Console.WriteLine("获取密码：" + result);
FieldInfo[] fieldArray = t1.GetFields(BindingFlags.NonPublic | BindingFlags.Instance);
foreach (var f in fieldArray)
{
Console.WriteLine(string.Format("{0}：{1}", f.Name, f.GetValue(coreAssmbly).ToString()));
}
Console.ReadKey();
然后生成项目，运行EXE，得到下图：
可以看到，程序发生了异常（this caller is unauthorized(0x11111111),此异常是保护措施验证调用者身份未通过抛出(在实际情况中，反编译了相应的EXE及DLL重新生成或者通过当前演示的直接反射都会验证不通过)），说明核心代码里面的保护措施起到了有效作用。实现了非合法身份者”不能调”的目的。
通过以上两方面的验证，可以得出结论，此思路提升了在常规条件下的保护层次。
.net dll保护系列
--------------------------------------------------------------------------------------------
.NET DLL 保护措施详解(一)（非混淆加密加壳）
.NET DLL 保护措施详解(二)关于性能的测试
.NET DLL 保护措施详解(三)最终效果
.NET DLL 保护措施详解(四)各操作系统运行情况
.NET DLL 保护措施详解(五)常规条件下的破解