limuyang2

HarmonyOS 开发现在是个不小的热度。但是这个玩意目前有坑，很容易就掉坑里，导致项目后期的维护成本陡然升高。 目前就总结下我的经验吧，也是一个避坑指南吧

一个基于 Cronet 的 Glide 网络请求库。其中网络部分由 okcronet 提供。解决了官方 Glide 提供的 Cronet 库中未开启 QUIC 的问题。

这是对 okcronet 的封装，让你也能快速获得 HTTP3/QUIC 带来的优势。使用方式与 Retrofit 一致。甚至可以做到低成本迁移，只需替换对应的 `import` 引用即可。

在本文发布时，HTTP3/QUIC 早在几年前就有了初版协议，去年就发布了正式版本协议。为何现在才发文呢？又能给App带来什么呢？

okcronet 是类似 okhttp 的网络请求库，使用 Cronet 实现。 Github 与 Retrofit 对应的库是msnet（后续写文章介绍） 为何写这个库 HTTP3/QUIC在大厂里

使用 Cornet 作为 Fresco 的网络请求库。 Http3/QUIC的优势，有很多介绍文章了，搜索就有很多，不再赘述，各大厂都已上线，其对移动端带来的优势非常诱人。

最开始吧，是给公司做的一个内部使用的，（用咱黑话就是：降本增效！），其实一键发包这玩意，弄起来真的挺费事的，各家的API都不一致，差距太大。特别是小米的，简直就是灾难。 后来很多小伙伴也想要，就

废话不多说，直接开始。 启动协程的时候，我们的基本写法是这样的： 这会存在一个问题，如果launch里面发生错误，会直接导致崩溃，这是不安全的。 1. 于是最笨的方法诞生了： 问题解决了，但是并不优雅

用户搜索时，为了避免产生无意义的搜索请求，通常会进行搜索数据限流。熟悉RxJava的同学，一定会知道怎么做，各种天花乱坠的操作符让你眼花缭乱。 那么用上了kotlin的小伙伴，完全可以不必使用RxJava，因为kotlin中自带的Flow就可以做到。不废话，直接开始。 激起我写…