Visual c++ Windows CE（RTOS）类库用于中断延迟、线程和USB？

我开始与Windows CE合作，利用RTO减少中断、线程和USB的延迟问题。您能给我指出哪些类库（visual c++），如果学得好可以加快学习速度

---

谢谢

这是一个非常非常广泛的问题。我给你的最重要的一条建议是，如果你在决定论和速度之后（你引用一个RTOS使我认为你认为这些重要），那么你需要知道，任何一个代码中的任何内存分配或分配都使它不确定性。p> C++类中通常隐藏着分配和解除分配，因此无论您选择什么（以及编写什么），都要明智地使用它们。有时，它们允许您提供自定义分配器（例如Boost），您可以使用它从您在某处创建的已分配堆中提取内存

---

让代码的实时部分尽可能小而简单。

这是一个非常非常广泛的问题。我给你的最重要的一条建议是，如果你在决定论和速度之后（你引用一个RTOS使我认为你认为这些重要），那么你需要知道，任何一个代码中的任何内存分配或分配都使它不确定性。p> C++类中通常隐藏着分配和解除分配，因此无论您选择什么（以及编写什么），都要明智地使用它们。有时，它们允许您提供自定义分配器（例如Boost），您可以使用它从您在某处创建的已分配堆中提取内存

---

保持代码的实时部分尽可能小和简单。

每个类的方法都在堆上，但是关键性方法（延迟问题）将是用标准c编写的方法，没有继承。我想问题是，当我实例化一个类时，对于用标准c编写的方法，每次运行的情况是否会有所不同？我认为唯一的主要问题是内存块不是连续的，每次运行时的跳跃可能会增加或至少使延迟不同。但是，汇编程序会不会捕捉到这一点并阻止它？一个用C或C++编写的方法，不需要任何内存分配或释放（显然，不等待调用），如果你有线程优先级设置，以防止调度器从上下文切换出来，那么这一方法将是确定性的。内存碎片不会导致读/写延迟问题，只会改变分配速度。每个类的方法都会在堆上，但是关键性方法：（延迟问题）将是用标准c编写的方法，没有继承。我想问题是，当我实例化一个类时，对于用标准c编写的方法，每次运行的情况是否会有所不同？我认为唯一的主要问题是内存块不是连续的，每次运行时的跳跃可能会增加或至少使延迟不同。但是，汇编程序会不会捕捉到这一点并阻止它？一个用C或C++编写的方法，不需要任何内存分配或释放（显然，不等待调用），如果你有线程优先级设置，以防止调度器从上下文切换出来，那么这一方法将是确定性的。内存碎片不会导致读/写延迟问题，只会改变分配速度。