在讨论Themida许可证授权怎么设置，以及许可证验证失败又该怎么排查之前，要先把这个语境里的“许可证”具体指的是什么给分清楚。Themida这个工具本身，是需要用购买以后拿到的那枚注册密钥，去完成软件授权的，可它的主要职责是去给程序做保护，里面并不包含那种面向最终用户的试用、序列号，还有机器码授权这一类的功能。要是打算给自己开发的软件，去建立一套完整的许可证系统，那就该去使用那个包含了授权管理能力的WinLicense。

　　一、Themida许可证授权怎么设置

　　Themida的授权设置，主要的目的还是为了让开发人员能够合法地去使用这一款保护工具。企业那边，还得照着实际在用的人数，去挑选对应到的许可类型，不能把工具本身的授权，跟被保护程序的客户授权，这两件事情给混在一起来处理。

　　1、使用注册密钥激活Themida

　　把Themida给启动起来以后，在注册的那个提示框里面，把购买时候拿到的【Registration Key】给填进去。

　　注册的信息，一般是对应到具体的购买人，或者是企业的。往里面输的时候，要把原始的字符原样给留着，不要自己额外去加空格，也不要错拿了别的Oreans产品的密钥。在购买了Themida之后，所得到的那个东西，是用来解锁工具本身的，属于个人或者是公司的注册密钥。

　　2、按照开发人员数量选择许可

　　在只有一名开发人员会去用到Themida的时候，是可以用Developer License的；当企业里面有两名，或者是更多的开发人员都需要去用的时候，就该去选Company License了。这里头统计的数字，是实际上手去操作保护工具的开发人员，并不是那个最终的软件，它会有多少个用户。现下购买的这个方案里面，还是包含了最开始那十二个月的技术支持，还有免费的更新的。

　　3、区分Themida和WinLicense

　　如果项目里面需要去设置试用的天数、到期的时间、允许运行的次数、硬件的绑定，或者是给到用户的注册码，那么光是去配置Themida，是完成不了这些事情的。WinLicense这个东西，它是在Themida的保护功能上头，又给加上了Trial和Licensing的能力，也是可以生成那种跟硬件标识绑在一块儿的许可证的。

　　二、Themida许可证验证失败怎么排查

　　在碰到验证失败了以后，不要马上就去把软件给重新装一遍。得先去看一看，手里的这把密钥，是属于哪一个产品的，眼下正在用的这个版本，是不是还在可以更新的那个期限里面，还有注册的那些信息，在复制来复制去的过程当中，有没有被改动过。

　　1、核对授权邮件中的信息

　　先去翻一翻授权的那封邮件，核对一下【产品名称】、【许可类型】、【注册名称】和【Registration Key】。

　　Themida、WinLicense，还有Code Virtualizer，这几样东西的注册密钥，是没有办法互相串着用的。要是企业内部，一口气同时买了多款产品，也要留神别从共享的那些文档里面，抄到了一把错的密钥。注册的名称跟密钥，只要是作为一组信息给出来的，在填的时候，就要照着它原本的那个内容去写。

　　2、检查软件版本和更新期限

　　Themida的许可在被买下来了以后，是包含了一段特定期限的免费更新的，等这个更新的期限过去了以后，是能够去评估要不要续订更新服务的。要是拿着旧的许可证，直接就往那个已经超出了更新范围的新版本上面去套，那就有可能会没办法正常地完成注册。这种时候，应该先把跟原来那份授权对得上号的版本给装回来，然后再去确认一下，是不是真的有必要去续订，而不是反复地去更换注册信息。

　　3、确认密钥没有被共享或误用

　　Themida的许可证，是只能给购买了这份许可的个人，或者是企业，拿来去保护他们自己开发出来的，或者是拥有完整版权的软件的，不能把它借给别的开发人员去用，也不能说拿去保护别人的程序。被保护过的文件上面，是会带着那种跟许可有关系的标记的，一旦被厂家那边发现了密钥有被借用，或者是被盗用的情况，厂家是有可能使这把密钥，往后都没法子再拿去用在后续的更新上面的。

　　三、受保护程序提示许可证失败怎么处理

　　假如那个报错，是出现在了已经被保护过的应用程序身上，那还得再去判断一下，这到底是Themida保护兼容性上面出现的问题，还是WinLicense在运行的时候，授权没能通过。这两类不一样的麻烦，它们要去查的方向，是完全不一样的。

　　1、确认是否使用了WinLicense授权功能

　　进到WinLicense的那个项目里面，去检查一下【许可证类型】、【有效期限制】、【硬件绑定】和【密钥文件名称】，看这些东西是不是跟实际上交付出去的那一份，内容是一致的。

　　要是程序仅仅是走了一遍Themida的保护，却在业务代码那一块儿，自己去编写了一套账号或者是序列号的验证机制，那么这个报错，就应该退回到自己的那套授权模块里面去查，是不能在Themida的界面里头，去翻找一个压根儿就不存在的客户许可证配置的。

　　2、区分验证失败和保护后无法启动

　　当程序在被输入了许可证以后，还是弹出来说无效，那就要重点去检查许可证的内容、机器的编码，还有那些限制的条件了；要是程序在保护做完了以后，压根儿就起不来，那就应该先把保护的配置临时给降低一些，然后照着入口点虚拟化、字符串加密、API的封装，还有XBundler的兼容性，这么一个顺序去排查。官方那边是建议，用逐个去把相关的保护选项给关闭的法子，来给受保护程序的启动问题，去定位的。

　　3、保留可复现的测试环境

　　在做测试的时候，应该把没有被保护过的程序、保护的项目文件、最后输出来东西，还有对应到的授权样本，都给留好了，然后分别去验证，在正确密钥、错误密钥、过了期的密钥，还有不一样计算机环境的这些情况下，到底会是个什么表现。也只有把保护的配置，跟许可证的条件，给拆开来，分开去做测试，才能判断出来，失败到底是发生在了程序保护的那一个阶段，还是授权数据在做校验的那一个阶段。

　　总结

　　Themida许可证授权怎么设置，还有许可证验证失败又要怎么去排查，这里面比较关键的一个地方，就是先要去分清楚，工具它自己的注册，和最终软件的授权，这是两码事。Themida拿的是买完以后到手的注册密钥，去把工具给激活起来，然后再照着开发人员的人数，去挑一个合适的许可；一旦需要去弄试用、机器码，还有用户的许可证这些个东西的时候，就该去用WinLicense了。在验证失败了以后，应该照着产品、注册的信息、版本的范围，还有许可证是谁在用的，这么一个顺序去查，完了再去看一看，那个受保护的程序碰上的，到底是授权条件出错了，还是保护的兼容性方面存在问题。