16｜用之则行，舍之则藏：异步编程的场景和陷阱

1. 异步编程的反对意见主要集中在复杂性与学习曲线、运行时选择与碎片化、对 Send trait 的限制、性能开销以及与同步代码的交互等方面。 2. 异步编程的使用场景包括网络编程、I/O 密集型应用、并发和并行处理，而不建议在 CPU 密集型应用中使用异步运行时。 3. 异步运行时在处理高并发和高性能的 I/O 密集型应用中非常有用，例如 Web 服务器、即时通讯应用、代理服务器、数据库驱动和客户端等。 4. 异步编程引入了额外的开销，需要维护任务的状态、上下文切换等，这些操作可能会抵消甚至超过异步编程带来的潜在收益。 5. 在 CPU 密集型应用中，CPU 始终处于忙碌状态，没有空闲时间去执行其他任务，因此异步运行时的优势无法发挥，线程仍然是 CPU 密集型任务的首选。 6. 异步编程需要谨慎使用，如果确信异步编程有助于提升代码的效率，那么就谨慎地使用它，避免踩坑。 7. 异步编程的学习曲线陡峭，需要理解 Future、Runtime、Poll、Waker、Pin 等概念，以及处理复杂的错误传播、取消和超时等情况。 8. 异步运行时的选择需要仔细评估和权衡，存在多个运行时，选择合适的运行时可能增加开发者的选择成本。 9. 异步编程在微服务架构中可以提高服务之间的通信效率和并发处理能力，但在 CPU 密集型应用中可能并不能带来显著的性能提升，甚至可能引入额外的开销. 10. 异步编程的可靠性是重要的，需要解决异步 Rust 的挑战，例如取消、饥饿和分离执行，以使其更可靠。