RxSwift 是 ReactiveX 家族的重要一员, ReactiveX 是 Reactive Extensions 的缩写，一般简写为 Rx。ReactiveX 官方给Rx的定义是：Rx是一个使用可观察数据流进行异步编程的编程接口。
distinctUntilChanged的作用是，相邻的重复事件不产生新的事件，所以搜索中使用distinctUntilChanged可以保证只有每次触发的搜索都是不同的字符串，也可以保证输入停止后只会触发一次搜索。
这本书可以让你用 Swift 来编写响应式编程代码。但是到底什么是 RxSwift, 这里有很好的定义：
RxSwift 是 ReactiveX 系列的 Swift 版本，如果你之前用过 ReactiveCocoa(RAC) 的话，想必对 Functional Reactive Programming(FRP，函数响应式编程)这个概念不会陌生，是的，RxSwift 同样是一个 FRP 框架。值得一提的是，RAC 的README 里有这么几句话：
RxSwift 是 Reactive Extensions 标准的 Swift 特定实现，它提供了 Observable 接口来表达计算的通用抽象。该项目旨在为 Rx API 提供真正以 Swift 为先的 API，并允许轻松地组合异步操作和数据流。其主要功能包括 KVO 观察、异步操作、UI 事件等各种数据流都统一封装成序列进行处理，使得 Rx 简单、优雅且强大。
本项目通过WebSocket实现同时在线用户量几千的推送服务器（可内网运行）。且可实时查看用户在线状态。
以前对MVVM的理解和运用觉得很浅薄，在项目中用处只是对ViewController减负
Observable<T>类是RxSwift框架的基础。其作用就像是一条流水线，让观察者可以实时获取对所有可观察对象所触发的事件，也就是说以此来实现对UI的实时更新或数据、事件等实时处理。 与之前介绍RAC类似，Observable对象所触发的事件有： next，触发时将可观察对象的新值传递给观察者 completed，可观察对象的生命周期正常结束并不再响应触发事件 error，可观察对象出现错误导致其生命周期终止
上面的两个问题解决后能大大提升用户体验 解决它们就用到了throttle和debounce
这次打算单独将 tableView 在 RxSwift 框架中的使用整理成一篇文章。tableView 在日常开发中是接触到最多的UI控件之一，在 RxSwift 框架中也帮我们封装好了关于 tableview 的使用方法。自从接触了 RxSwift 的框架，关于 tableview 基本就不用再繁琐地去实现系统提供的各种代理方法，几行代码搞定关于 tableview 的一切。顺便吐槽一下编译器RxSwift代码提示总是无法及时显示，甚至得手写方法名和参数，尤其是 tableview ...
Nacos 1.x 版本 Config/Naming 模块各自的推送通道都是按照自己的设计模型来实现的。
前段时间身体跟心态都出了点问题，博客也很久没更新了。细心的朋友可能发现我的个人介绍换了，由原先高冷装逼的“谢绝转载”变为略显矫情的“人生谁能不迷茫”了。不知道大家有没有这样的经历，因为一些三言两语难以说清的理由，或者干脆就是无端地对代码产生了一些排斥情绪，下班后看不进书也不想碰代码。我经历了几天这样的日子，挺难受的，好在很快就走出来了。编程本身其实是件有趣的事，但任何事情，一旦将其作为职业，便也失了纯粹，总会有身不由己的时候。做个程序猿，也是如人饮水，冷暖自知。
提起 C++ 这门已有 38 年历史的语言，大家或多或少都会有一定的了解，“面向对象”、“过程式编程”这些词汇立刻在脑海中浮现出来。“高性能”、“高复杂性”这两大标签，也伴随着 C++ 多年来一直在众多语言中独树一帜。 而我们在实际项目的开发过程中发现，同一个功能，综合考虑前期开发、后期 bug 与 UI 还原等阶段的人力投入，使用 Web 技术栈 来实现前端页面，研发效率大约是 平台原生开发 的 2 到 3 倍。这其中开发效率的差异，让我们好奇去深入探究其中的原因。 近年来崛起的前端三大框架 Angul
作为划水选手，我们肯定会接触过这样一个东西 -> Virtual loopback interface。当我们写的应用/服务想在同一台机器上进行通信的时候，基本都会使用到它。
之前一个蜀国的朋友业务被DDOS攻击，业务服务被机房断网，客户单流失有经济损失，这篇具体说的就是这件事情。
上一篇我们整体预览了一下RxSwift的魅力这一讲我们接着详细拆分各个细节性的东西
当功能模块中存在倒计时、计时器、时间，与时间有关系时，尝试修改系统时间，测试系统时间是否参与计算，修改系统时间是否会影响到倒计时、计时、时间等与时间有关系的模块
最近开始研究RxSwift，网上能查到的资料太有限，边学边记录，有不对的地方欢迎大家指正。
上面是经常使用的高阶函数，其实和swift的高阶函数是非常类似的，下面再讲几个有意思的高阶函数
我最近遇到一个需求，要给网站添加一个用户网络离线提醒。要求我们要实时监测用户的网络状态，当用户断网了，我们要立马给用户弹出一个断网提醒。
Axios 是一个基于 promise 网络请求库，作用于node.js 和浏览器中。 它是 isomorphic 的(即同一套代码可以运行在浏览器和node.js中)。在服务端它使用原生 node.js http 模块, 而在客户端 (浏览端) 则使用 XMLHttpRequests。
之前介绍了RAC在Objective-C环境下RACSignal信号订阅使用流程、宏定义以及各种信号的操作使用。作为函数式响应编程的代表，就不得不提RxSwift。 在swift环境下，RAC的孪生兄弟RxSwift同样提供了相同的框架使用，并且基于swift语言的优点，RxSwift甚至能够更简洁地开发业务代码。关于RxSwift的优点，大把大把的人在夸。我自己的感受是，虽然学习曲线比较陡峭，学习成本很高，一旦掌握了其开发技巧，收获要比想象中多，值得去学习并实践的框架。 接下来先看一个最常用的例子，swift环境中搭建一个简单的tableView。这里往往需要遵循TableView相关的各种代理方法，下面是使用结构体生成一串简单的数组并放入tableView中显示内容。
我们今天就来看看RxSwift RxSwift的导入状语从句：compile-自行_百度，
在 swift 环境下开发，网络请求框架最知名就是 Alamofire ，AFN网络请求框架 swift 版本。其强大的功能和多种自定义网络请求，方便性不言而喻。首先来看下在 RxSwift 框架中，其本身也给我们进行的网络请求的封装。如果是在简单的网络请求环境下，可以利用 RxSwift 框架提供的方法来快速实现网络请求响应。 RxSwift框架中，将 URLSession 进行了封装，在 URLSession+Rx.swift文件下，可以找到 RxSwift 为我们提供了四种方法
提高开发效率，降低 Bug 发生率，是我们每个开发所追随的目标。个人认为通过 CocoaPods 实现模块化组件化，积累适合的组件模块，重复利用公用模块，不仅可以提高开发效率并且可以有效的降低 Bug 的发生，另外可以借助Gckit-CLI等脚本工具降低重复无用的代码编写，进一步提高开发效率，降低低级错误的发生，本文以下内容主要讲解个人通过 CocoaPods 结合Gckit-CLI实现开发效率的最大化的一些项目实践
我们在使用订阅者的时候，都是用Sink或者Assign，但是大家有没有想过一个问题，这两种订阅者在第一次连接到发布者的时候，会发送一个无限大（unlimited）的需求（Demand）。
Rx响应式编程的系列框架中，很多朋友对RxJava是最熟悉的，其实它还有很多同胞。比如：RxKotin, RxSwift，RxPhp, RxGo, RxNet, RxJS...，一想到iOS必定对RxSwift很熟悉, Android开发对RxJava却情有独钟！今天就来涨涨RxKotin的姿势！
可能看到标题，你就知道答案了，但是你了解背后的原因吗？那如果把 127.0.0.1 换成 0.0.0.0 或 localhost 会怎么样呢？你知道这几个IP有什么区别吗？
axios的封装和api接口的统一管理，其实主要目的就是在帮助我们简化代码和利于后期的更新维护。
进地铁打不开健康码小程序，赶着上班真的好扎心 地下停车场网络好差，停车缴费小程序等好久 宝宝心里苦😭我们更新了好几种网络优化的能力，开发者按照下面的 tips 优化，网络问题能够优化不少！ 技术研发团队一直致力于优化小程序性能体验。为了满足网络条件不佳的使用场景，小程序技术研发团队已上线多项能力，助力小程序体验提升： 启动小程序支持异步 Launch，使用默认本地缓存的配置、代码包来启动小程序，避免卡在 Loading 页面 支持弱网 / 离线一次性授权，在弱网周期内对授权类接口使用一次性弹窗授权，解
回归正题，我们所要的说的axios的封装和api接口的统一管理，其实主要目的就是在帮助我们简化代码和利于后期的更新维护。
ReactiveX 最近刚刚把接手的OC项目搞定，经过深思熟虑后，本人决定下个项目起就使用Swift(学了这么久的Swift还没真正用到实际项目里。。。)，而恰巧RxSwift已经出来有一些时间了，语法也基本上稳定，遂只身前来试探试探这RxSwift，接着就做了个小Demo，有兴趣的同学可以瞧一瞧~ Exhibition 结构 . ├── Controller │ └── LXFViewController.swift // 主视图控制器 ├── Extension │ └── Res
在这篇猫头虎博主带领大家深入探索的技术博文中，我们将揭秘网络通信的奥秘，特别是127.0.0.1这个特殊的IP地址。无论你是技术小白还是资深大佬，本文都将为你提供丰富的信息和知识。我们将一起探讨什么是127.0.0.1，什么是ping，为何即便在断网的情况下也能ping通127.0.0.1，以及ping回环地址与ping本机地址的区别，不仅如此，我们还会探讨127.0.0.1与localhost以及0.0.0.0的区别。 让我们一起揭开网络通信的神秘面纱吧！
本文翻译自RxSwift and the awesome things you can do with Reactive Programming — Part I(需要科学上网)
通过前四篇博客，相信读者对于WebSocket的使用和数据（不论是ArrayBuffer还是String）传输都有了一个深刻的了解。现在我们来介绍下，我在使用WebSocket时，连接相关模块遇到的一些共性问题，以及我们如何解决这些问题。
看到这个标题你可能会说，TCP 连接的建立与断开，这个我熟，不就是三次握手与四次挥手嘛。且慢，脑海中可以先尝试回答这几个问题：
如在OC中使用AFNetworking一般,Swift我们用Alamofire来做网络库.而Moya在Alamofire的基础上又封装了一层:
目前全球经济整体步入衰退周期，出现自1970年衰退后复苏以来最严重的下滑，为抓住下一波智能制造万物互联的经济发展浪潮，西方发达国家和中国纷纷下场布局车联网。从技术派别来看主要分为三类： 第一类“谷歌派”，如Waymo、通用Cruise，戴姆勒、宝马等，以激光雷达为主要感知设备； 第二类“特斯拉派”，以视觉识别为核心； 第三类中国以“车路协同”的方式力争实现弯道超车。 根据前瞻产业研究院的数据显示，到2025年全球车联网将覆盖接近60%的汽车，全球车联网市场规模2025年将超过1.5万亿元，2020-2025
弱网测试主要就是对带宽、丢包、延时等进行模拟弱网环境，属于健壮性测试的内容。
对于质量平台（接口测试，自动化测试，性能测试，兼容性，数据收集）只是一概而过，这个无法一一说清楚。但对于测试过程要注意的内容，我觉得可以慢慢丰富起来，本章内容如有遗漏，可以评论，留言补充~
我们也在不断地调整与改善，相信社区群在大家的监督下，可以变得更加enjoyable!
双向绑定在我们的开发中有时候也是会用到的，比如MVVM中，ViewModel绑定到一个UI控件，当ViewModel发生变化时，控件跟着变化，而当我们改变控件值时，ViewModel也跟着变化。双向绑定是一种双向的观察-监听者模式。下面就探索几种双向绑定方式。
原文地址：https://www.jianshu.com/p/0e0703466483
前不久，部门正在开年度的总结会议。这时候，手机响了，电话那边传来了核心业务部门负责人急促的声音：“求助！我们的某个Java服务持续发生超时，已经不能正常工作5小时了，情况非常罕见，我们没有经验，需要架构组的帮忙”。
谈到移动APP开发的优化方案，开发者第一时间会想到关于GPU渲染和CPU优化问题，而这两大方案确实是优化app的两把尖刀，使APP提升用户量和体验度有较高的推动力。然而我们却会忽视一个比较简单而又难记住的方面，是对用户潜在行为的预估和把控，其实也属于APP业务优化范畴。 在无法预估的就是用户的实用操作欲望的情况下，针对已经发出去的版本，我们很难知道用户喜欢什么功能，和想要怎样的功能，包括用户卸载了，甚至安装不用的情况，并且对潜在线上崩溃的问题也想知道问题出在哪里等等 ，这些对于app的成长优化也有关键的导向作用，其实这也可以算是一种对app的优化方案。
ARM体系结构定义了通用中断控制器（GIC），该控制器包括一组用于管理单核或多核系统中的中断的硬件资源。GIC提供了内存映射寄存器，可用于管理中断源和行为，以及（在多核系统中）用于将中断路由到各个CPU核。它使软件能够屏蔽，启用和禁用来自各个中断源的中断，以（在硬件中）对各个中断源进行优先级排序和生成软件触发中断。它还提供对TrustZone安全性扩展的支持。GIC接受系统级别中断的产生，并可以发信号通知给它所连接的每个内核，从而有可能导致IRQ或FIQ异常发生。
之前的几篇博客算是入门篇，那么这篇就是RxSwift的实战篇。由于对RxSwift的认识还不够深刻，所以项目中没有使用MVVM模型，以及编程思想也还没转变过来。该项目是参考https://github.com/kLike/ZhiHu-RxSwift实现的，最大的实现区别就是，我用的是纯代码实现，还有对网络请求的封装。此外，原项目中存在大量强解包，很容易crash。因此，我是在原来基础上，做了一些优化，虽然在转模型上没有那么优雅，但是比原来的安全。最后，还是非常感谢该作者源码的贡献~
上面一篇章我们对KVO底层有了一定了解！这一篇我们就开始分析RxSwift对KVO的封装，看完这一篇，你估计也会由衷的感慨：底层源码的思路是有相同的
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
