最近重构某项目过程中发现的，有同事反馈调试不正常，很久以前也发生过，虽然搜索了一下找到解决方案，但个人觉得还是有必要再记录一下。
调试某CS结构的应用程序，大致效果可以看下图：
们组最终解决方案是：将编译的目标平台设置为X64而不是AnyCPU或者X86。
这个问题，在前厂开发过一个OCR（光学字符识别）客户端工具，记得非常清楚，因为当时折腾了很久才找到解决方案。
开发这个工具的过程中，碰到的问题是，无法LoadLibrary，因为调用的自动识别库是第三方发布出来的，要调用这个三方库（要配合DllImport），原来以为直接COM组件引用就可以了。
但是实际开发的时候，发现GetLastError返回的code为193，MSDN的解释是：%1 is not a valid Win32 application.
调试的时候，和上面提到的"应用程序中断模式"一样效果。
反复调试实验后，最终解决方案是：将编译的目标平台设置为X86而不是AnyCPU或者X64。
想要知道调试发生中断的原因，想起们组最近引用了架构部编译生成的一个库，目标平台是X64，而那个OCR自动识别库，大胆推断目标平台可能是X86。
下面就是本文得出的最终结论：
如果你的应用引用了二方库或者三方库，一定要注意dll生成的目标平台，否则调试时就可能会报"应用程序中断模式"错误。
原文创作：JeffWong
原文链接：https://www.cnblogs.com/jeffwongishandsome/p/How-To-Solve-App-Break-Mode-Problem.html
