Hystrix介绍

        对Hystrix耳闻已久，最近刚好想在项目中使用这个神器就顺带研究了一把，很多细节来不及深入研究只能把宏观上的各个概念讲解一下，这个介绍的素材大都来自github上的Hystrix官网。

         所谓一图胜千言，但凡能够用图片来表示而且能够表示清楚的，就不多用文字描述了，看图肯定比看文字要让人来的更爽一些。当然我还是非常建议去github上的Hystrix官方wiki去看原汁原味的文档，在参考文献部分已经给出了链接。

         最后提一点，就是在Hystrix的实现当中大量使用了RxJava的开源包的技术，这个技术之前没怎么研究过，所以后面的很多源码的分析更多侧重过程分析而不会深入细节，有兴趣的可以自己深入研究下，我就准备哪天得空好好去研究一下，毕竟RxJava这个东西号称是一个通过使用可观察序列来编写异步和基于事件的程序的库。

        hystrix的出现即为解决雪崩效应，它通过四个方面的机制来解决这个问题

        Hystrix的隔离主要是为每个依赖组件提供一个隔离的线程环境，提供两种模式的隔离：

        Hystrix的熔断器其实可以理解为就是一个统计中心，统计一定时间窗口内访问次数，成功次数，失败次数等数值判定是否发生熔断。发生电路熔断的过程如下：

       hystrix工作原理-英文版

        hystrix工作原理-中文版

        关于RxJava的详解

有什么使用了rxjava或rxandroid的开源项目?

       在探索使用了 RxJava 或 RxAndroid 的开源项目时，我们首先可以回顾 GitHub 上的理解官方资源：ReactiveX/RxJava。这个项目作为 RxJava 的源码源头，提供了核心库和文档，理解是源码学习 RxJava 的重要起点。值得一提的理解ffplay vs源码编译是，中国在 RxJava 领域有着优秀的源码贡献者，如@hi大头鬼hi，理解他的源码教程以其精准性和实用性，对众多学习者提供了巨大帮助。理解国内的源码开发者常常将翻译或撰写的资料先请大头鬼审校，可见其权威性之高。理解

       接下来，源码我们聚焦到 Flipoard 的理解扔物线，他的源码开源库 MaterialEditText 和对 Dagger 源码的解析，都是深入 Android 开发领域的经典之作。虽然扔物线的教程现在可能不在公开博客中发布，但感兴趣的开发者依然可以通过搜索找到相关信息。

       此外，yongjhih 这位台湾开发者同样值得推荐。作为 RxJava 的狂热爱好者，yongjhih 的 GitHub 上积累了丰富的 Examples，为学习者提供了实际操作的monitor源码参考和灵感。

       在寻找使用了 RxJava 或 RxAndroid 的项目时，上述提到的资源和开发者无疑是很好的起点。然而，阅读这些资料仅是学习的开始，更重要的是实践。动手编写 Demo，将 RxJava 与传统 Android 组件（如 Handler、AsyncTask、BroadcastReceiver 等）结合使用，可以显著加深理解。不断练习，相信自己能够掌握，是学习过程中的关键。

       在这个领域，持续探索、实践和分享是推动技术进步的重要力量。无论是从官方文档开始，还是追随这些知名开发者的学习路径，最终的目标是将理论知识转化为实际能力，解决实际问题。在这个过程中，不断尝试、zjfz源码总结和反思，将带来最大的成长。通过实践和交流，我们可以更加深入地理解 RxJava 或 RxAndroid 的应用场景，从而在项目中发挥它们的独特优势。

RxJava3原理解析

       RxJava3是一个用于构建异步和基于事件的程序的强大工具，官方定义为Java VM上的可观测序列库。本文以3.0.版本的源码为例，从基础使用开始，讲解如何与Retrofit结合，实现网络请求的链式操作。

       首先，我们通过一个简单的示例来演示如何构建Retrofit实例，定义API并发起网络请求，从而利用RxJava的链式操作。

       接着，我们从基础的just操作符开始理解订阅关系。Single.just(1)创建了一个SingleJust实例，RxJava的订阅过程主要由subscribeActual方法控制。SingleJust在实际订阅时，直接回调观察者的onSubscribe和onSuccess，没有错误处理，hsel 源码因为数据不包含失败状态。

       然后，我们探讨map操作符，它用于数据转换。map的实现是通过构建SingleMap，其订阅过程与just类似，只是将上游的数据通过map操作进行转换后再传递给下游的观察者。

       框架结构方面，RxJava以操作符（如map）为核心，它们通过dispose方法来控制工作流程。dispose有多种情况，理解这些情况有助于更好地控制程序的执行。

       对于无后续操作的Single.just，如无延迟，dispose操作相对简单，因为任务很快完成。而Observable.interval和Single.delay则涉及后续任务和延迟，它们通过Disposable和调度器管理任务的执行和取消。

       线程切换是RxJava的关键功能，subscribeOn和observeOn分别用于指定操作的线程。例如，SingleSubscribeOn用于指定订阅操作的playtube源码线程，而ObserveOnSingleObserver则在指定线程中执行观察者的方法。

       最后，Scheduler是控制线程执行的关键，如Schedulers.newThread、Schedulers.io和AndroidSchedulers.mainThread各有其用途。RxJava的这些核心特性使得它在Android开发中广泛应用，特别是处理异步操作和线程切换。

Android 面试知识点记录——Rxjava与协程

       作者：浪人笔记

       RxJava协程与操作符

       在RxJava中，map操作符实现简单，它在原有Observable的基础上添加MapObservable观察者，将变换函数作为参数传递。MapObservable的onNext方法接收元素，传递给变换函数进行变换，结果作为新元素发射。

       而flatMap操作符实现相对复杂。它在原有Observable上添加FlatMapObservable观察者，并将变换函数作为参数传递。FlatMapObservable的onNext方法接收元素，传递给变换函数得到新Observable，注册到FlatMapSubscriber中等待下一次数据。数据处理完成后，调用FlatMapSubscriber的onComplete方法，合并所有得到的Observable成新Observable发射。

       RxJava1.0与2.0区别

       RxJava2.0在异常处理、背压支持、线程调度和性能等方面改进和提升。

       背压概念与解决方案

       背压是指数据产生速度大于消费速度，导致内存溢出等问题。RxJava1.x没有背压支持，使用onBackpressureBuffer、onBackpressureDrop缓解，而RxJava2.0引入Flowable支持背压，提供更多背压控制策略。

       Flowable类型支持背压，通过onBackpressureBuffer、onBackpressureDrop、onBackpressureLatest等方法处理背压问题。Flowable方式类似Observable，使用时需指定背压策略。

       subscribeOn与observeOn

       subscribeOn只影响第一次指定的线程，后续操作不影响。subscribeOn理解为管道入口，observeOn理解为出口，数据处理后出口策略可变。

       RxJava数据流回主线程

       使用observeOn(AndroidSchedulers.mainThread())，内部实现为Handler(Looper.getMainLooper())。

       协程、进程、线程、协程区别

       Kotlin协程基于挂起函数实现，不依赖操作系统和编译器，实现协程效果。

       处理回调地狱与协程

       协程通过挂起函数减少回调嵌套，提高代码可读性。使用withContext指定协程执行上下文，避免主线程阻塞。

       开发中选择调度器

       通常选择主线程、IO密集型和CPU密集型调度器，对应Kotlin协程中的上下文。

       Android核心知识点记录

       包含性能优化、车载技术、Framework底层原理、音视频开发、Jetpack全家桶、Kotlin、Gradle、OkHttp源码解析、Flutter等主题，涵盖Android开发者必备知识。

       Android面试题集锦

       整理多年面试题集，包括Android基础知识、性能优化、音视频、Jetpack全家桶、Kotlin、Gradle、OkHttp源码解析等内容，为开发者提供面试准备。

       Android音视频面试题集

       聚焦于Android音视频开发的关键问题，帮助开发者深入理解音视频技术。

okhttp,retrofit,android-async-http,volley应该选择哪一

       在选择OkHttp, Retrofit, Android-Async-Http, Volley时，重要的是理解它们的功能定位。OkHttp是基于HTTP协议封装的请求客户端，主要负责真正的请求过程，类似于HttpClient和HttpURLConnection，而Volley, Retrofit, Android-Async-Http则封装了请求、线程切换和数据转换。以下是从不同角度对这四个框架的比较分析。

       首先，即使只使用OkHttp，你仍需要一层封装，使得功能与Volley等框架相似，只是封装的优劣不同。Android-Async-Http内部使用了HttpClient，尽管在Android 6.0后HttpClient不再是系统自带组件，但在更新中被复制，因此仍可使用。Volley是官方推荐的框架，设计时封装了请求客户端（HurlStack），支持HttpUrlConnection、HttpClient和OkHttp，提供了解耦和灵活切换的便利性。如果你习惯Volley，可轻松扩展至使用OkHttp。

       Retrofit由Square开发，拥有高度解耦设计，通过注解配置请求参数，使用工厂生成CallAdapter、Converter等组件，支持多种请求适配器和反序列化工具。这种设计模式炒鸡解耦，是一个经典的学习案例。性能上，取决于OkHttp的性能，与封装工具关联不大。

       关于RxJava，建议在充分理解其原理后使用，确保团队中有精通者，以防遇到问题。选择开源库的标准是：最适合项目需求、大多数人使用、操作简便。

       额外提及，选择开源框架时，可以参考相关资源，如作者的简书文章，进行决策。Retrofit源码分析和流程图提供了清晰的解耦设计模式示例，是难得的学习资源。