1. RxJava切换线程需要注意什么？
RxJava是一个基于观察者模式和迭代器的响应式编程库，它允许你在异步编程中更方便地处理异步操作和数据流。在使用RxJava进行异步编程时，切换线程是一个常见的操作。以下是在使用RxJava切换线程时需要注意的一些事项：
- 线程选择：在RxJava中，你可以使用subscribeOn方法来指定Observable或Flowable的发射源在哪个线程执行。你需要选择一个合适的线程来执行发射源，以便更好地利用系统资源并避免不必要的线程切换。
- 线程安全性：当你在多线程环境中使用RxJava时，需要确保你的代码是线程安全的。特别是当你从多个线程同时订阅同一个Observable或Flowable时，需要确保你的代码能够正确地处理并发访问。
- 资源释放：在使用RxJava进行异步编程时，需要确保正确地释放资源。如果你在使用过程中创建了大量的线程或长时间持有线程，可能会导致系统资源耗尽或性能下降。因此，在使用RxJava时，需要合理地管理线程和资源。
- 错误处理：当在异步编程中发生错误时，需要正确地处理错误。RxJava提供了多种错误处理机制，如onErrorReturn、onErrorResume等。你需要根据具体需求选择合适的错误处理机制，以便在发生错误时能够正确地处理错误并避免程序崩溃。
- 取消订阅：在使用RxJava进行异步编程时，需要正确地取消订阅。如果你不再需要订阅某个Observable或Flowable，应该及时取消订阅，以避免不必要的资源消耗和线程占用。
总之，在使用RxJava进行异步编程时，需要注意线程选择、线程安全性、资源释放、错误处理和取消订阅等方面的问题。通过合理地管理线程和资源，可以更好地利用系统资源并提高程序的性能和可靠性。
2. RxJava会内存泄漏吗？
RxJava本身不会导致内存泄漏，但如果不正确使用，它可能会引发内存泄漏问题。例如，在使用RxJava发布一个订阅后，如果页面被关闭，而订阅逻辑还未完成，并且没有及时取消订阅，这就会导致Activity或Fragment无法被回收，从而引发内存泄漏。为了避免这类问题，除了在onDestroy方法中手动取消订阅之外，还可以使用RxLifecycle库来管理订阅的生命周期。
3. RxJava有哪些常用的操作符
RxJava提供了许多常用的操作符，用于处理异步数据流和执行各种操作。以下是一些常用的RxJava操作符：
- map：将Observable发射的每个元素通过一个函数转换成新的元素，然后由新的Observable发射出去。
- flatMap：将Observable发射的每个元素通过一个函数转换成新的Observable，然后将所有这些Observable的发射结果合并成一个新的Observable。
- filter：过滤Observable发射的元素，只发射符合条件的元素。
- concatMap：将Observable发射的每个元素通过一个函数转换成新的Observable，然后将所有这些Observable的发射结果按顺序连接起来形成一个新的Observable。
- zip：将多个Observable的发射结果合并成一个新的Observable。
- groupJoin：将两个或多个Observable的发射结果按顺序连接起来，形成一个新的Observable，其中每个元素都是一个包含原始Observable发射结果的元组。
- buffer：将多个Observable的发射结果合并成一个新的Observable，其中每个元素都是一个包含原始Observable发射结果的数组。
- reduce：将多个Observable的发射结果通过一个函数转换成一个新的值，然后由新的Observable发射出去。
- scan：将多个Observable的发射结果通过一个函数转换成新的元素，然后由新的Observable发射出去。与reduce不同的是，scan会保留前一个元素的计算结果，并将其作为下一个元素的输入。
- publish：将一个可观察对象转换成一个连接后可观察对象，实现“一稿多用”。
以上是一些常见的RxJava操作符，但实际上RxJava提供了更多的操作符和功能，可以根据具体需求选择合适的操作符来处理异步数据流。
4.谈谈RxJava的背压策略
当上游发送的事件过快或者过多的话就会形成阻塞 导致内存溢出 为了解决这一现象Rxjava2.0推出了Flowable 和 Subscriber 用来支持背压策略
MISSING：如果流的速度无法保持同步，可能会抛出 MissingBackpressureException 或 IllegalStateException。
BUFFER：上游不断的发出 onNext 请求，直到下游处理完，也就是和 Observable 一样了，缓存池无限大，最后直到程序崩溃。
ERROR：会在下游跟不上速度时抛出 MissingBackpressureException。
DROP：会在下游跟不上速度时把 onNext 的值丢弃。
LATEST：会一直保留最新的 onNext 的值，直到被下游消费掉。
5. RxJava有哪些设计模式
- 观察者模式（Observer Pattern） ：RxJava中的核心模式之一，它允许被观察者（Observable）和观察者（Observer）之间建立一种一对多的依赖关系，当被观察者状态发生变化时，所有依赖它的观察者都会收到通知并更新。
- 迭代器模式（Iterator Pattern） ：RxJava中的Observable实现了Iterable接口，允许我们使用for-each循环来遍历数据流。
- 工厂模式（Factory Pattern） ：RxJava中的创建型模式之一，用于创建对象。例如，通过调用Observable.just()方法创建了一个发射指定元素的Observable。
- 建造者模式（Builder Pattern） ：RxJava中的建造者模式允许我们创建一个具有许多属性的对象，并且可以在创建过程中改变其行为。
- 原型模式（Prototype Pattern） ：通过克隆来创建对象，避免了通过new关键字显式调用构造函数的开销。
- 单例模式（Singleton Pattern） ：保证一个类仅有一个实例，并提供一个全局访问点。
- 适配器模式（Adapter Pattern） ：将一个类的接口转换成客户希望的另一个接口，使得原本由于接口不兼容而无法一起工作的类可以一起工作。
- 桥接模式（Bridge Pattern） ：将抽象部分与它的实现部分分离，以便它们可以独立地变化。
- 组合模式（Composite Pattern） ：将对象组合成树形结构以表示部分-整体的层次结构，使得客户端使用单个
- 装饰器模式 装饰器模式是一种允许向一个现有的对象添加新的功能，同时又不改变其结构的设计模式。在RxJava中，这种设计模式可以用来对Observable对象进行增强，添加新的操作符或处理逻辑。通过装饰器模式，我们可以创建一个包装类，将原始Observable对象包装起来，并在保持方法签名完整性的前提下，提供额外的功能。这种设计模式使得RxJava更加灵活和可扩展，允许开发者根据需要定制和扩展Observable对象的行为。
6. RxJava和kotlin的Flow有啥区别？
- 语言支持：RxJava是Java语言的响应式编程库，而Flow是Kotlin语言的响应式编程库。这意味着在使用这些库时，你可能会在语言上有一些偏好或限制。
- API设计：RxJava和Flow的API设计有所不同。RxJava的API更加成熟和稳定，它提供了一套丰富而强大的操作符和功能，用于处理异步数据流。而Flow的API则更加灵活和现代，它提供了更简洁的声明式语法和函数式编程风格，使得异步数据流的处理更加直观和简洁。
- 性能：RxJava和Flow在性能方面也有一些差异。虽然它们都提供了异步数据流处理的能力，但在某些情况下，Flow的性能可能更高。这可能是因为Flow使用了Kotlin的特性，如协程和函数式编程，使得异步操作更加高效。
- 社区支持：RxJava和Flow的社区支持也有所不同。RxJava的社区相对较成熟，有许多第三方库和框架都与之集成，使得开发人员更容易找到相关的学习资源和解决方案。而Flow的社区相对较新，但其支持也在不断扩大中
