3、Task.Factory.StartNew 将来的任务执行有可能劫持现有任务并杀死其进程.。
a、推荐方法
引入System.Collections.Concurrent 命名空间–线程安全数据结构
把非线程安全的数据结构替换成下面的数据结构即可
BlockingCollection<T> 为实现 IProducerConsumerCollection<T> 的线程安全集合提供阻塞和限制功能。
ConcurrentBag<T> 表示对象的线程安全的无序集合。
ConcurrentDictionary<TKey, TValue> 表示可由多个线程同时访问的键值对的线程安全集合。
ConcurrentQueue<T> 表示线程安全的先进先出 (FIFO) 集合。
ConcurrentStack<T> 表示线程安全的后进先出 (LIFO) 集合。
OrderablePartitioner<TSource> 表示将一个可排序数据源拆分成多个分区的特定方式。
Partitioner 提供针对数组、列表和可枚举项的常见分区策略。
Partitioner<TSource> 表示将一个数据源拆分成多个分区的特定方式。
b、锁方法
对于只需要提前响应，而不需要效率的业务可以在内部加锁。
c、多线程操作会出现线程安全问题，那么可以拆分数据源，然后每一个线程操作单独的某个数据块，多线程操作完毕后，在合并数据。
2、实体可能已被修改或删除异常(20201127)
执行添加日志表数据封装为异步了Task.Factory.StartNew，
先添加日志表，再执行真删除另一张表的数据时，
抛出异常：Store
update, insert, or delete statement affected an unexpected number of
rows (0). Entities may have been modified or deleted since entities were
loaded. See http://go.microsoft.com/fwlink/?LinkId=472540 for
information on understanding and handling optimistic concurrency
exceptions.
提示数据已经被操作过了，脏数据(仓储判断的是整个数据，不是判断的要操作的这一张表是否脏数据)，当然还有其他多种不能操作数据的异常。
处理，本次添加日志不使用Task，本次日志需要完整记录才不会数据丢失。
1、数据库连接对象断开问题(20200927)
场景：订单生成之后，许多后续操作使用Task.Factory.StartNew进行，例如调用，推荐人所推荐用户下单后，增加其计算优惠券推荐人数量。Task.Factory.StartNew偶尔抛出异常：System.InvalidOperationException: ExecuteReader 要求已打开且可用的 Connection。连接的当前状态为已关闭。
原因：
1、Task.Factory.StartNew中调用的是创建订单线程Order_MainBLL类的属性this.DBSession，去执行业务。也就是使用了同一个数据库连接对象this.DbContext。
2、Task.Factory.StartNew创建了任务，务开始时，原创建订单业务结束时，关闭了数据库连接对象。
处理：
使用不同的数据库连接对象。
var _DBSession= new Order_MainBLL().DBSession;
try
{
_DBSession.IOrder_MainDAL.SetOrderSampleConfirmList(oid,isRepeat:1);
}
catch (Exception ex)
{
LogHelper.Instance.Error("余额支付后生成待确认出错:", ex);
}