错误描述
从 Excel 表中读取一个单元格的数据并 Log 出来，程序框图如下：
画好程序框图之后运行得到如下错误：
不做任何修改，再次运行,一切正常：
第二次运行之后，Excel 处于启动状态：
试验：
- 关闭 Excel 窗口再次运行，一切正常
-
查看任务管理器，没有找到 Excel 进程
任务管理器，没有找到 Excel 进程 - 关闭 Excel，关闭 UiPath，再次打开 UiPath，立即重新运行同样的程序，一切正常
4.关闭 Excel，关闭 UiPath，再次打开 UiPath，一分钟之后重新运行同样的程序，又得到同样的错误，再次运行，Excel 窗口激活，一切正常
5.关闭 Excel，关闭 UiPath，确认任务管理器中没有 EXCEL 进程，等待一分钟之后再次打开 UiPath 运行同样的程序，得到同样的错误，特征一样。观察到出错弹框之后任务管理器中有 EXCEL 活动进程
观察到出错弹框：
此时任务管理器中有 Excel 进程：
6.紧接着 5 运行一遍，一切正常。
猜测：
当 EXCEL 进程在活动的时候，Excel Application Scope 运行是没有问题的。
验证猜测：
打开 Excel，关闭 UiPath 3 分钟，再次打开 UiPath, 运行同样的程序
结果：
运行一切正常，猜测正确！
原因分析
为什么第一次运行总是出错？
Excel Application Scope Activity 启动 EXCEL 进程的时候出了问题，鉴于最终还是启动了 Excel 进程（实验 4 得知），可以断定是 Excel Application Scope Activity 启动的 EXCEL 进程就绪时间太慢，此时 UiPath 往下走的时候 Excel 进程还没有就绪。为什么第二次运行又好了？
第一次运行的时候出错，但是并没有杀死 Excel 进程，第二次运行的时候用的是第一次启动，且已经就绪了的 Excel 进程，所以一切又正常了为什么关闭 UiPath 之后，立即打开，再次运行，即使是任务管理器没有 Excel 进程都没有问题？
这个可能与 .NET 的垃圾回收机制有关。当时还没有执行垃圾回收，相应的变量仍然可用。过一段时间之后，垃圾回收已经执行，就会出错了。这个问题为什么没人提出？
和业内人士交流的时候说到这个问题，他们都说没有遇到过这样的问题。这个问题和计算机环境有关，大部分的计算机都不会出现这个问题。我也在 Win10 上运行过同样的程序，但是在 WIN7x64 和 WIN7x32 的计算机上都遇到这样的问题。估计是 WIN7 系统上 Excel Application Scope Activity 启动 EXECL 进程用时过长。
解决办法
经过上述的一番论证，问题已经很清晰了：Excel Application Scope Activity 启动 EXECEL 进程用时过长，导致 UiPath 往下跑的时候，Excel 进程还没有就绪
解决思路：
1. 加入延时，等待 Excel 进程就绪之后再往下执行
实验：
- 关闭 Excel 窗口
- 确认任务管理器中没有 Excel 进程
- 关闭 UiPath，等待 1 分钟
- 打开 UiPath, 执行如下程序框图：
结果：
增加延时：
结果仍然出错，可以看出延时并没有被执行，总的 执行时间仍然是 00:00:01
在延时处添加断点，调试发现执行到 Excel application scope 处就已经弹出错误了，这意味着在 Excel application scope 内部出现了错误，此时还没有机会执行 Delay。在里面放置 Delay 是没有意义的。
2. 创建Excel 进程之后再使用 Excel application scope Activity
实验：
- 关闭 Excel 窗口
- 确认任务管理器中没有 Excel 进程
- 关闭 UiPath，等待 1 分钟
- 打开 UiPath, 执行如下程序框图：
结果：
仍然得到如下错误：
再次运行（此时，Excel 进程已经存在），得到正确输出的结果。
估计 Start process 运行的速度太慢，再次尝试在中间加入延时，程序框图如下：
关闭所有 Excel 窗口，再任务管理器中确认没有任何 Excel 进程，关闭 UiPath 一分钟之后再打开，运行，结果如下：
没有错误，终极解决方案诞生了！
留意到 Excel application scope Activity 操作 Excel 完成之后，仅仅是关闭了被操作的工作簿，但是 并没有关闭 Excel 进程。这意味着可能有内存溢出的问题。可以对原程序进行一些改良：在程序末尾添加 Kill process
当然关闭 Excel 的方法不止一种，还可以用 Close Application Activity ,效果是一样的。
这时，在执行程序之后可以看到 Excel 已经关闭，也能正确地读取到数据。一切都很美好！但是过了没多久，在确认资源管理器中没有 Excel 进程的情况下，继续运行该程序还是得到同样的错误：第一次运行出错，第二次没有问题。
第一次运行还是会有错误
从 Output 中可以看到此时 3s 的延时已经执行，
资源管理器里看到有两个 EXCEL 进程：
这意味着 即使 Start Process 已经启动了 EXCEL 进程， Excel application scope Activity 还是会启动自己的 EXCEL 进程。尝试 关闭一个进程，保留一个进程，再次运行，结果一切 OK。
结论： 思路 2 不正确，但是又发现了一些新的特性：
- 这个问题的原因： Excel application scope Activity 启动自己的 EXCEL 进程的时候还没有就绪就引用，
- 同一个程序中 Start Process 得到的 Process 是不会被 Excel application scope Activity 引用的。
- 单步执行的时候，这个问题是不存在的，估计是由于单步执行的时候有足够多的时间来启动进程。
3. 假如在工作簿已经打开的情况下，Excel application scope Activity 还会再次创建 EXCEL 进程吗？
实验：
- 打开目标工作簿
- 打开 UiPath, 执行如下程序框图：
结果：输出一切正常，任务管理器里面只有一个 EXECEL 进程
为了看清楚是否在执行过程新建了 EXCEL 进程，加入断点，单步执行，发现 自始至终只有一个 EXCEL 进程
这时我们可以断定：当工作簿已经打开，Excel application scope Activity 就不会重新创建 EXCEL 进程，也就不存在由于 EXCEL 进程未就绪就引用的错误
4. 打开目标工作簿之后再使用 Excel application scope Activity
什么情况下 Excel 或启动两个进程？假如在使用 Excel application scope Activity 之前，工作簿已经打开，是否还会创建两个进程？
实验：
- 关闭 Excel 窗口
- 确认任务管理器中没有 Excel 进程，如果有的话就先 结束进程
- 关闭 UiPath，等待 1 分钟
- 打开 UiPath, 执行如下程序框图：
注意：这里的 Start Process Activity 中指定了工作簿路径
在 Start Process 输入 工作簿完整路径 的方法是设置 Properties：
注意：
Auguments 的工作簿路径必须是完整路径，不能是相对路径，因为WorkingDirectory 是EXECEL.EXE 所在的文件夹，而不是项目文件夹
结果：单步执行观察任务管理器，果然也始终只有一个进程，而且运行也没有问题，能得到正确的输出!
- 10s 的延时感觉有点长，假如删除延时，是否还好？
结果：不好，还是会启动两个进程，然后得到同样的错误
所以说 这个延时是必须的！
- 那么延时 10S 是不是有点长？3S 行不行？
结果：运行成功，只有一个进程，没有错误，结果正确！
终极解决方案应该是这样的：
要点总结：
- 在使用 Excel application scope Activity 之前要先打开目标工作簿
- 使用 Start Process 打开工作簿之后要加入延时，等待程序就绪
- Excel application scope Activity 不会自动关闭Excel进程，最后要用 Kill Process 关闭 Excel 进程
- 这个问题会出现在 WIN7 上
其它办法
其实还有一种办法来解决这个问题，就是不用 Excel application scope Activity 。UiPath 中提供了两组 Activity 来实现 Excel 操作。详细信息请看 这里
感想
为了追杀这个问题辛苦了一整天，虽然很辛苦，这个问题终于搞清楚了，很值得。客官，请尽情赞赏吧！
返回目录
更多 UiPath 相关的资讯，请关注公众号：流程自动化机器人教程
由于简书禁止直接在文章中插入公众号二维码，请点击 这里 了解添加该公众号的细节。
