microsoft .net framework 4.0 64位是用于Windows的新托管代码编程模型。它强大功能与新技术结合起来，用于构建具有视觉上引人注目的用户体验的应用程序，实现跨技术边界的无缝通信，并且能支持各种业务流程。
【软件介绍】
.net framework 4.0 64位支持win7 64位系统旗舰版，.net 4.0是很多软件、游戏都需要的运行库，很多时间的表现为，点击启动程序exe没有反应，这很可能就是.net framework 4.0没有装好了，这里为您提供的.net framework 4.0.30319.1，是支持win7系列的64位可用的版本，就是64位系统下点击exe没有反应所需要的运行库。安装 .NET Framework 4.0运行库和关联文件（这些文件是运行和开发面向 .NET Framework 4 的应用程序所必需的）。
【新版特性】
1. .NET Framework 4 将与旧的 Framework 版本并行工作；
2. 默认情况下，基于早期版本的 Framework 的应用程序将继续在目标版本上运行；
3. 公共语言运行时（CLR）和基类库（BCL）改进；
4. 数据访问和建模的改进；
5. ASP.NET 的增强功能；
6. 创新的新并行编程功能，例如并行循环支持.任务并行库（TPL）.并行 LINQ（PLINQ）和协调数据结构（可让开发人员利用多核处理器）。
.NET Framework安全解决方案基于管理代码的概念，以及由通用语言运行时（CLR）加强的安全规则。大部分管理代码需要进行验证以确保类型安全及预先定义好的其它属性的行为的安全。例如，在验证的代码中，声明为接收4字节值的访问将拒绝提供8字节参数的调用，因为不是类型安全的。验证过程还确保了执行流只传送到已知的位置，如方法入口点--这个过程去除了跳转到任意位置执行的能力。
验证将阻止不是类型安全的代码执行，在它们引起破坏前捕获很多常见的编程错误。通常的弱点--如缓存溢出，对任意内存或没有初始化的内存的读取，对控件的随意传送--都不再可能出现。这将使最终用户受益，因为在他们执行代码前对其进行检查。这也有益于开发人员，他们会发现很多常见错误（过去一直在困扰前开发）现在可以查明，并能阻止它们引起破坏。
CLR也能使非管理代码运行，但非管理代码不能从这些安全措施中受益。特殊的许可与对非管理代码的调用能力相关，一个强大的安全策略能确保这些许可被恰当地给予。经过很长时间后，非管理代码到管理代码的移植将减少对非管理代码的调用频率。
【实现目标】
*提供一个一致的面向对象的编程环境,而无论对象代码是在本地存储和执行,还是在本地执行但在 Internet 上分布,或者是在远程执行的.
*提供一个将软件部署和版本控制冲突最小化的代码执行环境.
*提供一个可提高代码(包括由未知的或不完全受信任的第三方创建的代码)执行安全性的代码执行环境.
*提供一个可消除脚本环境或解释环境的性能问题的代码执行环境.
*使开发人员的经验在面对类型大不相同的应用程序(如基于 Windows 的应用程序和基于 Web 的应用程序)时保持一致.
*按照工业标准生成所有通信,以确保基于 .NET Framework 的代码可与任何其他代码集成.
【安装失败解决办法】
.NET Framework 4.0是微软近年发布的一个重要组件，不少朋友却在安装时出现错误，提示尚未安装 .NET Framework 4 Client Profile，原因是:HRESULT 0xc8000222。该怎么解决呢？下面就来介绍处理办法。
在 windows 7 的 C:\Windows\System32 目录里面，找到 cmd.exe ，右键单击以管理员方式运行。
在打开的命令行窗口里面输入 net stop WuAuServ，回车，停止 Windows Update 服务。
继续输入 echo %windir%，回车。这时，会在其下显示一个文件夹（一般是 C:\Windows）。
根据显示的文件夹（一般是 C:\Windows），进入该目录下，把其中的 SoftwareDistribution 文件夹改个名字为 SDold（随意改）。
注意，命令行窗口不要关（即黑底白字的这个窗口）。
回到命令行窗口，继续输入 net start WuAuServ，回车，重新启动 Windows Update 服务。
现在，就可以重新安装 .NET Framework 4.0了。
