.NET Framework 4.5 五个新特性

Framework 4.5 已经开发了几个项目了，想去研究一下VS 2015 里面的跨平台。。不过好像4.5内核新特性还没搞明白呢还是先看看4.5内核新特性吧，4.5 .NET框架内核中有什么新东西的时候中的新特性？好像还是不是很清楚，最多就是大家常常会说的Async and Await还可以用上一下，大部分人也就了解这个了。。。。相信这个框架肯定不止这一个特性

引用：
https://msdn.microsoft.com/zh-cn/library/ms171868.aspx

今天有点空就先看看4.5中还有什么比较好的新特性。（下面大部分内容来自网上，我只是整理性的学习）废话不多说，开始：

特性1：异步与等待（Async and Await）

这个特性已经被吹嘘过度并且每个.NET布道者都谈论它。但是这仍然是我喜欢的并且你会知道为什么从这里只有几行。

异步和等待是标记，它们标记当任务（线程）结束时控制应该恢复到代码的位置。

//async（C# 参考）
https://msdn.microsoft.com/zh-cn/library/vstudio/hh156513(v=vs.110).aspx

//使用 Async 和 Await 的异步编程（C# 和 Visual Basic）
https://msdn.microsoft.com/zh-cn/library/vstudio/hh191443(v=vs.110).aspx

先来一个模拟普通长时间操作方法：

      static void Main(string[] args)
        {
            Method();
            Console.WriteLine("Main Thread");
            Console.ReadKey();
        }

        static void Method()
        {
            Task.Run(new Action(LongTask));
            Console.WriteLine("New Thread");
        }     
        static void LongTask()
        {
            System.Threading.Thread.Sleep(10000);
            Console.WriteLine("LongTask");
        }

运行结果：

看看关键字使用上之后的效果：

       static void Main(string[] args)
        {
            Method();
            Console.WriteLine("Main Thread");
            Console.ReadKey();
        }

        static async void Method()
        {
            await Task.Run(new Action(LongTask));
            Console.WriteLine("New Thread");
        }
        static void LongTask()
        {
            System.Threading.Thread.Sleep(1000);
            Console.WriteLine("LongTask");
        }

运行结果：

看到输出的结果就很明白了吧！

 特性2：便利Zip压缩（Zip压缩）

参考：https://msdn.microsoft.com/Zh-cn/library/hh485707.aspx/html

Zip是最为人所接受的文件格式之一。Zip格式以某些内置的名字被几乎所有操作系统支持。

在Windows操作系统中，它以“压缩文件”的名称实现。
在MAC操作系统中，它以“文档实用程序”的名称实现。
现在在.NET中我们对执行Zip压缩没有内置的支持。许多开发者实用第三方组件如“DotnetZip”。在.NET4.5中，Zip属性内置于框架本身，以System.IO.Compression的命名空间内置。

第一步你需要引用两个命名空间：

接下来引用如下两个命名空间：

using System.IO.Compression;

如果你想要从文件夹压缩文件你可以调用如下所示的CreateFromDirectory函数。

 ZipFile.CreateFromDirectory(@"D:\data", @"D:\data.zip", CompressionLevel.Fastest, true, Encoding.UTF8);

ZipFile.ExtractToDirectory(@"D:\data.zip", @"D:\data\unzip");

 特性3：正则表达式超时（超时）

“正则表达式”一直是做验证首选的方式。如果你是正则表达式的新手，请看正则表达式，我解释了正则表达式是如何执行的。但是正因为正则表达式的典型逻辑解析使得它暴露于DOS攻击下。让我们试着理解刚才我说的。

作为例子请考虑这样的正则表达式-“^(\d+)$”。这个正则表达式表明只能有数字。你也可以看正则表达式符号图，它标明了这个正则表达式会如何求值。现在让我们假设要验证“123456X”。这将有6条路径

但如果我们再多加一个数字进去，将会有7条路径。换句话说，随着字符长度的增加，正则表达式将会花更多时间执行。也就是说，求值时间与字符长度成线性比例。

现在让我们把之前定义的正则式从“^(\d+)$”变为“^(\d+)+$”。如果你看正则表达式符号图它将相当复杂。如果我们现在试着验证“123456X”，将会有32条路径。如果你再增加一个字符，路径数将会增加到64。

换句话说，上面的正则表达式中时间开销与字符数目为成倍关系。

现在你可能要问的是，这很重要吗？线性上升的求值时间可以被黑客利用来进行DOS（拒绝服务）攻击。他们可以部署一个长而且是足够长的字符串来使你的应用永远挂起。

对于这个问题合适的解决方法是在正则表达式执行上设置超时时间。好消息是，在.NET4.5中你可以定义一个超时属性如下代码所示。所以如果你收到任何怀有恶意的字符串，应用不会永远在循环中执行。

      static void Main(string[] args)
        {
            try
            {
                var regEx = new System.Text.RegularExpressions.Regex(@"^(\d+)+$", System.Text.RegularExpressions.RegexOptions.Singleline, TimeSpan.FromSeconds(2));
                var match = regEx.Match("123453109839109283090492309480329489812093809x");
            }
            catch (System.Text.RegularExpressions.RegexMatchTimeoutException ex)
            {
                Console.WriteLine("Regex Timeout");
            }
        }    

运行结果很明显：

特性4：优化配置文件（提升启动性能）

我们都知道.NET代码是半编译的格式。在运行时，JIT（Just-in-Time）编译器执行并且转换这种半编译的IL代码为机器原生代码。对JIT最大的抱怨之一是当.NET应用初次执行的时候，它运行得很慢因为JIT在忙着转换IL代码到机器代码。

为了降低这个启动时间，在.NET4.5中有称为“优化配置文件”的内容。配置文件不过是一个记录了应用在启动运行中需要的方法列表的简单文件。所以当应用开始后，后台的JIT执行并且开始转换这些方法的IL代码为机器/原生语言。

这个后台JIT在多个处理器上编译启动方法从而进一步降低启动时间。另外请注意你需要多核处理器来实现配置文件优化。如果你没有多核处理器那么这个设定会被忽略。

为了创建“配置文件”这个文件，首先你需要引入System.Runtime命名空间。然后你可以调用静态类ProfileOptimization的SetProfileRoot和StartProfile方法。现在当应用启动后台JIT，它将会读取配置文件并且在后台编译启动方法从而降低启动时间。

参考：https://msdn.microsoft.com/zh-cn/library/system.runtime.profileoptimization(v=vs.110).aspx

using System.Runtime;
 
// Call the Setprofilerroot and Startprofile method
ProfileOptimization.SetProfileRoot(@"C:\ProfileFile");
 
ProfileOptimization.StartProfile("ProfileFile");

特性5：垃圾回收（垃圾后台清理）

垃圾回收在.NET应用中是一项真正繁重的任务。当是ASP.NET应用的时候，它变得更繁重。ASP.NET应用在服务器运行，许多客户端向服务器发送请求从而产生对象负荷，使得垃圾回收确实努力清理不需要的对象。

在.NET4.0中，当垃圾回收运行清理的时候，所有的应用程序线程都暂停了。在上图中你可以看到我们有3个应用程序线程在执行。有两个垃圾回收运行在不同的线程上。一个垃圾回收线程对应一个逻辑处理器。现在应用程序线程运行并执行它们的任务，伴随着这些应用程序线程的执行它们也创建了操作对象。

在某个时间点，后台垃圾回收运行开始清理。当这些垃圾回收开始清理的时候，它们暂停了所有的应用程序线程。这使得服务器/应用程序在那一刻不响应了。

为了克服上述问题，服务器垃圾回收被引进了。在服务器垃圾回收机制中多创建了一个运行在后台的线程。这个线程在后台运行并持续清理2代对象（关于垃圾回收0,1和2代的视频）从而降低主垃圾回收线程的开销。由于双垃圾回收线程的执行，主应用程序线程很少被暂停，进而增加了应用程序吞吐量。为了使用服务器垃圾回收，我们需要使用gcServer XML标签并且将它置为true。

<configuration>
   <runtime>
      <gcServer enabled="true"/>
   </runtime>
</configuration>

另三个值得探索的特性
1.设置默认应用程序域的区域性
在上一个版本的.NET中如果我想设置区域性那么我需要在每个线程中设置。下面的示例程序演示了在线程级别设置区域性的痛苦。当我们有大量多线程应用程序的时候这是真正的痛苦。

CultureInfo cul = new CultureInfo(strCulture);
Thread.CurrentThread.CurrentCulture = cul;
Thread.CurrentThread.CurrentUICulture = cul;

在4.5中我们可以在应用程序域级别设置区域性并且所有在这个应用程序域当中的线程都会继承这个区域性。下面就是如何实现DefaultThreadCurrentCulture的示例代码。

CultureInfo culture = CultureInfo.CreateSpecificCulture("fr-FR");

CultureInfo.DefaultThreadCurrentCulture = culture;

2.数组支持超过2GB容量

3.控制台支持Unicode编码