ArcGIS Pro与旧的ArcGIS桌面应用程序的显著不同之处在于，它采用多线程架构，可以有效的发挥多核CPU的优势。这使得二次开发工具的性能变得更好，但也对开发工作带来了更多的难点和挑战。
一、多线程需要注意的问题
- 一般情况下，为了确保响应式用户体验，图形用户界面（GUI）线程必须能够从用户那里获取输入，并流畅地输出。这意味着GUI线程和你主要的工作线程必须在不同的线程上异步执行，GUI线程不应执行其他工作，二者不能互相干扰。
- 在后台线程上执行工作时，必须向用户显示逻辑一致且信息丰富的用户界面。应根据正在后台执行的操作，提供必要的对用户界面的操作指令，以及适当的反馈。如果长时间运行的后台操作在逻辑上可以取消，则应提供取消选项。
- 如果操作之间存在冲突，不应同时执行，而应按适当的逻辑顺序执行。例如，当包含地图的工程仍在加载过程中时，就不能对地图执行操作。通过用户交互启动的大多数操作在逻辑上依赖于顺序，应串行执行。
- 在异步执行时要注意多个线程同时对同一个变量、文件、要素的访问，或者错误的访问顺序，比如说，复制一个要素，再删除原要素，如果顺序反过来了，先删除就没办法复制了。这个问题在单线程中几乎不存在，因为顺序是一目了然的。但是线程一旦变多，逻辑复杂的情况下，难免会有错漏。
二、ArcGIS Pro内部线程模型
当然，我们在ArcGIS Pro二次开发中也不用那么深入学习。因为ArcGIS Pro SDK的基础架构已经降低了代码的复杂性。
在大多数情况下，我们只需处理两个线程：【用户界面线程】和应用程序提供的单个【专用工作线程】。在内部，ArcGIS Pro使用大量线程来实现栅格化、图形渲染、数据加载以及利用并行性来加速计算的选择地理处理算法。但是这些线程完全是内部线程，和我们外部的开发没有关系。
当我们调用公共API中的方法时，可能会拆分为多个内部方法去实现，并将片段委托给一个或多个的专用内部线程。
三、Task和Task异步模式
ArcGIS Pro SDK 中的方法分为三类：
1、可在任何线程上调用的异步方法。这种类型的方法会加1个【async】修饰词，通常是返回任务。但是如果返回的是变量，则需要异步调用。
2、仅在工作线程上调用的同步方法。
3、仅在GUI线程上调用的同步方法。这些类型的方法通常与WPF相关联。
.NET引入了最重要的【async】和【await】语言功能。
【async】修饰符用于标记该方法，以便编译器知道该方法是异步的。
【await】则用于异步调用方法，然后强制调用线程自动返回到下一行并在异步操作完成后继续执行。
private async void Button_Click(object sender, RoutedEventArgs e){double computedValue = await Task.Run<double>(()=>{double result = 42.0; return result;});// 在上面await后的内容执行完毕后，才会执行下面的MessageBox任务MessageBox.Show(String.Format("Result was {0}", computedValue.ToString()));}
以上面的代码为例，await后的异步方法执行完后，才会继续MessageBox.Show()方法。
输出结果为【Result was 42】。
四、QueuedTask的使用
虽然Task可以在任意的Add-in代码中运行，但ArcGIS Pro SDK框架提供了一个更优秀的QueuedTask，实际上在开发中，我们基本就只使用到这个QueuedTask。
这是一个自定义的任务调度程序，通过使用【QueuedTask.Run】用来调度ArcGIS Pro SDK中的同步方法的任务。这种调度本质是一个排队方法，可以让多个任务有序执行。
示例代码如下：
Task t = QueuedTask.Run(()=>{// 在此处调用同步SDK方法});相较于Task类，在ArcGIS Pro SDK中使用QueuedTask类有很多优势。
1、在任务主体中，开发人员可以访问ArcGIS Pro的各种对象，例如地图、图层、要素等。这些对象的访问是线程安全的，因为QueuedTask会自动管理与主线程之间的通信。
2、如果任务需要更新UI元素，例如修改地图视图或显示进度信息，开发人员可以使用QueuedTask的Dispatcher属性，将更新操作包装在Dispatcher.BeginInvoke方法中。这样可以确保更新操作在主线程上执行，避免线程冲突。
3、如果需要取消任务，开发人员可以调用QueuedTask.Cancel方法，该方法将触发任务的取消操作。被取消的任务会在取消后尽快退出，并且可以在任务主体中进行必要的清理工作。
4、如果任务执行过程中发生异常，QueuedTask会捕获异常并将其传递给开发人员，以便进行适当的处理。开发人员可以在任务主体中使用try-catch块来捕获并处理异常。
总之，ArcGIS Pro SDK中的QueuedTask提供了一种方便而强大的机制，用于在后台执行任务并安全地与ArcGIS Pro应用程序的UI线程进行交互。它的优点包括多线程支持、UI线程安全、可取消和异常处理等。通过合理地使用QueuedTask，开发人员可以实现高效、可靠的自定义功能和扩展。
QueuedTask任务的执行顺序
这里举2个例子来说明一下QueuedTask任务的执行顺序。
MessageBox.Show("1");await QueuedTask.Run(() =>{MessageBox.Show("2");MessageBox.Show("3");});MessageBox.Show("4");以上面的代码为例，这是一个正常的、合理的异步执行。MessageBox的显示顺序为【1、2、3、4】。
但是如果将await的内容写成方法，并同步调用，情况则不同：
MessageBox.Show("1");Spa();MessageBox.Show("4");public static async void Spa(){await QueuedTask.Run(() =>{MessageBox.Show("spa_1");MessageBox.Show("spa_2");});}执行上面的代码，MessageBox的显示顺序为【1、（spa_1、spa_2）、4】。变成了并行执行，很明显，这种执行方式顺序混乱，很容易造成错误。
不幸的是，至目前为止，我已经犯了很多这样的错。
因为个人习惯将一些通用的流程写成方法并调用，造成写了很多异步的方法，在调用的时候又直接同步调用。出了不少的BUG，调来调去才发现是异步并行的原因。
在上面代码的基础上进行修改，主代码中将自定义的方法改为异步执行，方法内部改为同步执行：
MessageBox.Show("1");await QueuedTask.Run(() =>{Spa();});MessageBox.Show("4");public static async void Spa(){MessageBox.Show("spa_1");MessageBox.Show("spa_2");}运行结果，流程变回了串行执行，勉强解决了并行的问题。
基础太弱果然还是不行，这也是现在回头补基础，并记录这篇文章的主要原因。
