保护你的JAVA / .net 程序,终极避免被反编译方法研究
保护你的JAVA / .net 程序,终极避免被反编译方法研究
反编译真的让JAVA / .net 制作者讨厌的东西。你花大量的精力做了一个很好的软件，却有人盗用，
盗用都算了
人家还用来商业...
就像某文说的.你的软件买 XXXXXXXX大元.人家公司买200元.....
怎么做到呢？就是通过反编译。
我们可以看到
就算保护很强的reflector4/6 也未能幸免
如果你不将你的Application进行保护，它将很容易被反编译
只需一个软件就可以获取阅读性很强的源代码。
现行方法我说一下，
一个 是所谓混淆。
二个是加壳或者虚拟机
我最近研究 是 终极大法。
就是将他彻底编译为本机代码，或者就是类似C/C++一样
编译为真正的机器码。
然后 你就高枕无忧吧。
我想如果对方真有本事能ASM-〉C or C#
上面什么保护对他而言都是纸老虎。
本机编译话题 网上不多，而且很多内容也比较旧了（好几篇2002年，也没有人验证）
我花了一个星期时间 验证每一种方法，给大家做个汇报
JAVA 篇
我倒不敢班门弄斧，JAVA有问题去请教我徒弟吧
（这是他的BLOG http://blog.csdn.net/DL88250）
JAVA 现行本机编译商业软件比较强悍，也比较成熟。直接去购买就是
不属于本文研究内容。
我研究的是GCJ。windows
倒腾 几天
结果是这样的：
GCJ 太老土了
支持JAVA 1.2
像范型 这些都不支持。 最糟糕是不支持 AWT.EVEN
SWING 没法用
IBM 开发人员网站好像有篇文章说 用IBM SWT源代码编译 就可以了。
我也懒得搞了
最终就是 只解决输出中文问题。我手上研究的GCJ 已经可以
System.out.printf("欢迎使用GCJ");
最终结果就是
GCJ 仅支持他提供 那个基础JAVA框架内容（GCJ网站上有下载）
题外话：
现在有一种趋势就是，用自己开发的JRE运行程序
来进行保护
Excelsior JET 新版就采用这个方法
.netframework
.net 这边比较幸运些
.net本身就支持 本机编译
我已经彻底实现 这个方法
不足之处 就是 必须整个.net 框架，一起打包发布
.net 2.0 完全安装就有300 多MB
.net4.0 则有 700多MB
国内顶尖高手 紫雨轩 MM（DNGuard的作者）
好像用那个 飞信那个Linker
代替 整个.net 框架
我今天倒腾Linker半天，也没有研究出来。。。
反正我是太菜了 （还是因为我不够PL？）
不能和 紫雨轩 MM比。
题外话：
难怪很多人不愿意装.netframework这玩艺.....
300MB 可以装个CS或者SC了。
还有
打包VM工具 最新版居然不支持压缩。。。。
（估计是故意取消�
相关文档：
在成功实现Java调用C++之后，接下来想到能否通过JNA实现Java调用Fortran，今天试验了一下，还是比较容易的。
网上有一个Java调用F95的例子，但是我考虑不仅要实现F95的调用，还要实现F77的调用，所以费了一些周折。
问题的关键在于F77为过程名自动添加了一个尾部的下划线，所以sub1这个过程，到Java一端，就变成了sub1_， ......
类加载是Java程序运行的第一步，研究类的加载有助于了解JVM执行过程，并指导开发者采取更有效的措施配合程序执行。
研究类加载机制的第二个目的是让程序能动态的控制类加载，比如热部署等，提高程序的灵活性和适应性。
一、简单过程
Java程序运行的场所是内存，当在命令行下执行：
java HelloWorld
命令的时候，JVM� ......
看火龙果写了一个验证日期的Java正则表达式，就给转了过来
由于使用到了反向预搜索模式“(?<=)”和“(?<!)”，所以这个只能在 Java 中使用，不能在 JavaScript 中使用，JavaScript 不支持反向预搜索。支持 yyyy-MM-dd、yyy-MM-dd、yy-MM-dd 和 y-MM-dd，即年份为 1～4 ......
Java5中提供了新的注释（Annotation），能够为类提供额外信息，本文介绍了如何定义注释、如何使用注释和如何解析注释。
1、定义注释
package ch5;
import java.lang.annotation.ElementType;
import java.lang.annotation.Retention;
import java.lang.annotation.RetentionPolicy;
import java.lang.annotation.Ta ......
