当你在一个Task执行中抛出异常，比如：Task.Factory.StartNew(() =>
{
throw new Exception();
});运行该方法，没有任何异常抛出。事实上此时Task的异常处于未觉察状态，这个未觉察状态的异常会在垃圾回收时终结器执行线程中被抛出。为了诱发这个异常，我们可以通过GC.Collect来强制垃圾回收从而引发终结器处理线程，此时Task的未觉察异常会被抛出。//在T
目录一、进程的概念与作用二、应用程序域三、深入了解.NET上下文四、进程应用程序域与线程的关系 四、进程、应用程序域、线程的相互关系4.1 跨AppDomain运行代码在应用程序域之间的数据是相对独立的，当需要在其他AppDomain当中执行当前 AppDomain中的程序集代码时，可以使用CrossAppDomainDelegate委托。把CrossAppDomainDelegate委托 绑定方法以后，通过AppDomain的DoCallBack方法即可执行委托。static&nbs
目录一、进程的概念与作用二、应用程序域三、深入了解.NET上下文四、进程应用程序域与线程的关系 三、深入了解.NET上下文3.1 .NET上下文的概念应用程序域是进程中承载程序集的逻辑分区，在应用程序域当中，存在更细粒度的用于承载.NET对象的实体，那就.NET上下文Context。所有的.NET对象都存在于上下文当中，每个AppDomain当中至少存在一个默认上下文（context 0）。一般不需要指定特定上下文的对象被称为上下文灵活对象（context-agile），建立此对象不需
目录一、进程的概念与作用二、应用程序域三、深入了解.NET上下文四、进程应用程序域与线程的关系 二、应用程序域使用.NET建立的可执行程序 *.exe，并没有直接承载到进程当中，而是承载到应用程序域（AppDomain）当中。应用程序域是.NET引入的一个新概念，它比进程所占用的资源要少，可以被看作是一个轻量级的进程。在一个进程中可以包含多个应用程序域，一个应用程序域可以装载一个可执行程序（*.exe）或者多个程序集（*.dll）。这样可以使应用程序域之间实现深度隔离，即使进程中的某个
引言本文主要是介绍进程（Process）、应用程序域（AppDomain）、.NET上下文（Context）的概念与操作。虽然在一般的开发当中这三者并不常用，但熟悉三者的关系，深入了解其作用，对提高系统的性能有莫大的帮助。在本篇最后的一节当中将会介绍到三者与线程之间的关系，希望对多线程开发人员能提供一定的帮助。因为时间仓促，文中有错误的地方敬请点评。目录一、进程的概念与作用二、应用程序域三、深入了解.NET上下文四、进程应用程序域与线程的关系 一、进程的概念与作用进程（Process）
开发人员对Asnync 异步机制的兴趣程度很高。当然，任何新技术都必然会出现一些小问题。我现在多次看到的一个问题是开发人员通过阻止他们的 UI 线程意外地使他们的应用程序死锁，所以我认为花一些时间来探索这种情况的常见原因以及如何避免这种困境是值得的。就其核心而言，新的异步语言功能旨在恢复开发人员编写他们习惯编写的顺序、命令式代码的能力，但使其本质上是异步的而不是同步的。这意味着当操作以其他方式占用当前执行线程时，它们会被卸载到其他地方，从而允许当前线程向前推进并执行其他有用的工作，同时实际上异步
在C#中我最喜欢的特性就是LINQ。使用LINQ, 我们可以获得一种易于编写和理解的简洁语法，而不是单调的foreach循环，它可以让你的代码更加美观。但是LINQ也有不好的地方，就是调试起来非常难。我们无法知道查询中到底发生了什么。我们可以看到输入值和输出值，但是仅此而已。当代码出现问题的时候，我们只能盯着代码看吗？答案是否定的，这里有几种可以使用的LINQ的调试方法。LINQ调试尽管很困难，但是这里还是有几种可选的方式来调试LINQ的。这里首先，我们先创建一个测试场景。假设我们现在想要获取一
今天勇哥又遇到这个问题。之前我在一篇贴子里谈过这个话题，见下面：关于VS2013或者VS2017打开工程时反复崩溃重启的问题 https://www.skcircle.com/?id=403 主要原因其实是因为第三方用户自定义控件惹的祸。你可以回忆一下，自从加了哪个自定义控件后，出现了UI编辑器打开崩溃的问题。然后就去这个form的 Designes.cs文件里面把它注释掉，就可以了。接下来就是怎么样安全使用这个自定义控件的问题，见下面说明：在这里补充几点：目前的经验看来，
C#4.0的并行库TPL，即Task（一）https://www.skcircle.com/?id=1793C#4.0的并行库TPL，即Task（二） https://www.skcircle.com/?id=1798C#4.0的并行库TPL，即Task(三） https://www.skcircle.com/?id=1808C#4.0的并行库TPL，即Task(四） https://www.skcircle.com/?id=1815C#4.0的并行库TPL，即
节点通信存在两种模型：共享内存（Shared memory）和消息传递（Messages passing）。 内存映射文件对于托管世界的开发人员来说似乎很陌生，但它确实已经是很远古的技术了，而且在操作系统中地位相当。实际上，任何想要共享数据的通信模型都会在幕后使用它。 内存映射文件究竟是个什么？内存映射文件允许你保留一块