保护你的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_， ......
2008 年 6 月 24 日
原文地址： http://www.ibm.com/developerworks/cn/data/library/techarticles/dm-0806wangys/
本文介绍 IBM FileNet P8 4.0 Platform 提供的 Content Java API。首先对 FileNet P8 Content Engine 和 API 进行概要介绍, 并说明了一些基本概念，随后详细介绍了 FileNet Content Engine提供的基于 EJB ......
0 引言
从控制台中读取数据是一个比较常用的功能，在 JDK 5.0 以前的版本中的实现是比较复杂的，需要手工处理系统的输入流。有意思的是，从 JDK 5.0 版本开始，能从控制台中输入数据的方法每增加一个版本号，就有一种新增的方法，这也增加了选择的种类，可以依据不同的要求来进行选择。下面来看一下 ......
Java Swing多线程死锁问题解析
在基于Java Swing进行图形界面开发的时候，经常遇到的就是Swing多线程问题。我们可以想想一下，如果需要在一个图形界面上显示很多数据，这些数据是经过长时间、复杂的查询和运算得到的。如果在图形界面的同一个线程中进行查询和运算工作则会导致一段时间界面处于死机状态，这会给用� ......
