【.Net Framework 体积大？】不安装.net framework 也能运行！？原理简介补充附带工具-2

 

打包脚本+工具+运行时 所有分享哈。。。。。（无公司争议，请放心）

精简包：http://pan.baidu.com/s/1i5JpqdB

 工具：http://pan.baidu.com/s/1c1PUQK4

打包脚本：http://pan.baidu.com/s/1o84lYw6

注意，精简版的SDK适合开发客户端程序，服务器版本请安装完整版本 谢谢！

若有疑问，请留言

 

接上一篇

【.Net Framework 体积大？】不安装.net framework 也能运行！？开篇叙述-1

 

下一篇

【.Net Framework 体积大？】不安装.net framework 也能运行！？原理补充-3

 

　　昨天写了一个引子，仍是有读者对这套“小把戏”感兴趣。那么不辜负你们的但愿，争取博主不作太监........

　　注意：笔者不想谈Link的方式，虽然很爽，可是不靠谱。毕竟解析翻译到原生的应用，微软到如今也就敢在Xaml系的应用作尝试，不知道是微软的策略，仍是自身都信心不大......

　　至于Mono项目，笔者就不说它了，BUG真的多的一个接一个的，甚至2.0都过去了，3.0尚未修复。虽然它能够支持Link ,mkbundle 工具，可是bug太多，不当心就是一个雷......

 

　　开篇先谈下原生的应用和虚机应用。

　　Native的程序，大多基于特定的平台硬件系统的，这里的系统 咱们就说三大主流系统中的Win/Mac/Linux。硬件部分嘛，主要是CPU的类型...原生应用跟随操做系统的兼容性，能够相似插入内存条同样，直接跟系统集成，运行速度快，处理数据速度效率高。开发语言：C/C++  汇编？(呵呵，这都上个世纪的东东)  。基于C/C++ 衍生出来 主流的 QT VC .....VC 里有衍生出个MFC。。。。。。。

　　虚机应用，这类应用大可能是基于虚机运行时，也就是将运行时 Run time SDK 安装到适配的操做系统后，SDK将硬件 操做系统的不一样 进行了自适应。应用开发者，只须要关注程序的运行效果。就好像坑坑哇哇的石头墙，摸了一层水泥，而后上面能够搭载各类形状的石头，而不是特定形状的石头（去适应石头缝大小形状）。特色是：平台适应强 开发速度快 迭代周期缩短...。开发语言：Python Java .net Framework node.js .......

　　虚机应用，又各自有各自的特定。有的是基于脚本执行，有的是强类型的编译执行。不过大同小异。都离不开运行时！！！

　　其余语言的运行时，咱们不谈，有兴趣，本身研究。咱们专门谈一下.net 的运行时 .net Framework. 

　　特色：微软开发，大品牌。体积大，不能说大，简直是巨大！前面说了，从2.0 的几十兆 到3.5的几百兆 到4.0又回到几十兆（可是安装速度真慢的要命，由于要先自解压）。前面说了，十分佩服微软的 cab 压缩，愣是把一个几百兆的.net 4.0  压缩到了几十兆！！！4.5 4.6也都是4系列的。主版本号不变，改变次版本号，说明只是基于4的补丁，可是要亲命的是 4.5 抛弃了XP!!!!XP 啊，提到XP 就好像前端开发者对着IE6那个时代！！！ 虽然痛苦恐怖，可是，XP在国内的使用群体依然大的离谱。

 

虽然 Win7普及的效果不错，可是那毕竟是XP 啊  XP 啊 ............泪奔。

因此，笔者认为 .net 4到目前为止 是兼容最全面的Win 系列的系统。对于开发者来讲 4版本无疑是一个划时代的东东，各类应用框架都有，并且性能比3.5好，并且体积小了好多。可是仅仅是相对小了。笔者认为，它依然巨大。相比较 Python Ruby Node.js Lua的运行时，都小巧，安装速度快，运行速度也能够。凭啥.net 这个鬼 体积那么大！？？

实际上是有缘由的。如图：

 C:\WINDOWS\Microsoft.NET

 

 

 这个基本就是.net 的运行时集中营了（虽然在System目录也打入了其余的dll，后面说）

看到这里，咱们就须要回忆下,.net 的自身的架构

2.0

 

3.5

 

4.0

 

上图来自：http://www.cnblogs.com/xiaopin/archive/2011/01/07/1929467.html

是否是相似搭积木的方式，一块块的耦合上去的？确实，一个完整的.net framework安装包，须要把整个积木架构搭建起来。可是大多数状况下，咱们只须要积木的台子，也就是到 第一个图中的程序集那一层就完事，有GAC  有运行时 ，就足够咱们把程序集经过系统引导到 CLR 运行时解析 IL 中间语言到当前平台的原生代码，并执行原生代码。至关于，咱们只须要雇佣一个翻译，会翻译其余语言便可，不必长得高大威猛帅。。。。

　　那么咱们能把上面的枝枝叶叶修建掉么？笔者测试是能够的。

　　咱们只须要把GAC 的相关程序集，还有运行时便可。而后就是特定的引导目录+注册表。

　　笔者没有找到.net 程序引导的顺序，不过从笔者实验的结果来看。微软打包的程序的时候，给程序集打上了特殊的标识。而后由系统注册表注册的特定应用去解析程序集。相似指定默认程序同样的效果（不知道表述是否正确，欢迎你们指正）。

　　好，既然是指定的注册表来注册引导程序，那么哪一个才是The One? 不卖关子，直接给答案！

　　注册表：SOFTWARE\Microsoft\.NETFramework\

　　这个注册表项，有一个安装路径的项，指定到.net的运行时目录。笔者的机器是64位机器，x86的机器就没有64.

 

 

 而后，注册完路径后，还有它下面的一个注册表键值对：policy

注意其中的键值对：

 

这个支持策略，相似设计模式中的策略模式。根据特定的场景，使用特定的策略支撑。咱们注册4.0后，天然也就支持.net 4.0。

　　好，注册表关键就这2个，接下来还有关键的一个步骤，在系统目录 

一个是箭头指向的dll  还有一个

 

100那个是4.0的 120那个是笔者安装了 VC 分布包的 VC++2013的。咱们须要的是上面的那个哈。。。

 

好，把这两个程序集 在特定的机器上，也打入进去后，好，咱们的精简版本的.net framework就完成了！！

而后，还能够在运行时程序集 目录下，裁剪不须要的程序集 好比什么 exe的小工具啊 WCF 啊 WPF啊什么的。最终就能够粗来一个体积小巧，性能不错，支持.net 4.0的运行时了。

也就是上面的3步走，有兴趣本身尝试，有疑问，请评论留言。笔者不会发布完整的小安装包。版权的问题很蛋痛 呵呵，Congratulations..............

　　啰嗦一下，为何添加注册表就能访问策略进行引导，跟.net的历史有关系吧，由于XP系统上面，就已经集成了1.X的.net framework.后续系统Vista win7 server03 08 等等也同样。因此，注册个版本号，也就能够识别粗来了。。。。。

 　　注册表献上：

 

 

Root: HKLM; Subkey: "SOFTWARE\Microsoft\.NETFramework";Permissions:admins-full; ValueType: string; ValueName: "InstallRoot"; ValueData: "{win}\Microsoft.NET\Framework\";Check:WebServerRuntimeNotInstall

Root: HKLM; Subkey: "SOFTWARE\Microsoft\.NETFramework\policy\v4.0";Permissions:admins-full;Check:WebServerRuntimeNotInstall

Root: HKLM; Subkey: "SOFTWARE\Microsoft\.NETFramework\policy\v4.0"; Permissions:admins-full; ValueType: string; ValueName: "30319"; ValueData: "30319-30319";Check:WebServerRuntimeHasNotV4SubKey

不要问我，上面是什么鬼，inno setup 又是什么鬼。尽情享用吧.........