我有一个带有C实现的AIR Native Extension，可以访问Kinect for Windows SDK。我知道AIRKinect，但某些因素需要自定义解决方案。
最近出现了一个问题，当使用Run / Debug按钮从Flash Builder 4.6内部启动时，整个应用程序的速度降低了约100倍。
最初，重启将允许我在问题再次出现之前运行/调试应用程序一次。不久之后，即使这种方法也开始失效了。
从一个月前将系统恢复到某个状态时，问题似乎永久解决了。在此时间范围内发生的系统唯一更改是Windows更新。今天安装新的Windows更新显然使问题恢复了生机。
确认问题的原因不在我的源代码中 - 我回滚到过去的几个版本，但问题仍然存在。
奇怪的是，将应用程序导出为发布版本，安装并运行它时，不会出现问题。但是，此工作流程不适合日常开发，因为构建需要一分钟，并且无法进行适当的调试（至少我知道无法将调试器连接到正在运行的已安装的AIR应用程序。 ）
通过分析代码，我设法追踪到context.call的调用异常长的运行时间。奇怪的是，当测量功能块开始和结束之间经过的时间时，实现原生部分的功能像往常一样快。
这只能意味着问题介于两者之间。由于在这种情况下互联网上缺乏信息，我已经用尽了自己和同事的知识。我非常感谢任何可能有助于找到问题的原因和解决方案的建议。
答案 0 :(得分：0)
运行调试器时性能降低并不奇怪。这对于大多数（如果不是全部）开发来说都是典型的，包括ADL。
虽然这不会缩短编译时间，但您可以创建一个简单的调试类，将跟踪语句输出到文本字段。