澳门新葡亰平台官网-澳门新葡亰平台游戏app 关于新葡亰 1、前言即时通讯云网易云信近日为IM云服务端加入了红包功能,3、多厂商推送通道集成具体实现3.1

1、前言即时通讯云网易云信近日为IM云服务端加入了红包功能,3、多厂商推送通道集成具体实现3.1

摘要近日,苹果开源了一款基于事件驱动的高性能跨平台网络应用程序开发框架
SwfitNIO,它有点类似 Netty,但开发语言使用的是
Swift。1、SwiftNIO是什么SwfitNIO
实际上是一个底层工具,用于开发高性能的网络应用程序,作为“每连接一个线程”的替代方案。为了提升性能,SwfitNIO
使用了非阻塞 IO,这从它的名字就可以看出来。非阻塞 IO 与阻塞式 IO
非常不一样,因为不管是往网络上发送数据还是从网络上接收数据,应用程序都无需等待,系统内核会在有可操作的
IO 时通知 SwfitNIO。SwfitNIO 并不会提供类似 Web
框架那样的解决方案,而是致力于为上层框架提供底层的构建块。在开发 Web
应用程序时,大部分开发者不会直接使用 SwfitNIO,他们会从 Swift
生态系统众多的 Web 框架中选择一个。不过,这些框架中的大部分都使用了
SwfitNIO。2、受支持的平台SwfitNIO 的目标是支持所有可以运行 Swift
的平台。目前,SwfitNIO 可以在 macOS 和 Linux 上运行,包括:Ubuntu
14.04+macOS 10.12+3、基本架构SwfitNIO 包含了几种基本构建块,所有的
SwfitNIO
应用程序都是由这几种组件组成的。EventLoopGroupEventLoopChannelChannelHandlerBootstrapByteBuffer▶
EventLoopPromise 和 EventLoopFutureEventLoop 是 SwfitNIO 最基本的 IO
原语,它等待事件的发生,在发生事件时触发某种回调操作。在大部分 SwfitNIO
应用程序中,EventLoop 对象的数量并不多,通常每个 CPU 核数对应一到两个
EventLoop 对象。一般来说,EventLoop
会在应用程序的整个生命周期中存在,进行无限的事件分发。EventLoop
可以组合成 EventLoopGroup,EventLoopGroup 提供了一种机制用于在各个
EventLoop 间分发工作负载。例如,服务器在监听外部连接时,用于监听连接的
socket 会被注册到一个 EventLoop 上。但我们不希望这个 EventLoop
承担所有的连接负载,那么就可以通过 EventLoopGroup 在多个 EventLoop
间分摊连接负载。目前,SwiftNIO 提供了一个 EventLoopGroup
实现(MultiThreadedEventLoopGroup)和两个 EventLoop
实现(SelectableEventLoop 和
EmbeddedEventLoop)。MultiThreadedEventLoopGroup 会创建多个线程(使用
POSIX 的 pthreads 库),并为每个线程分配一个 SelectableEventLoop
对象。SelectableEventLoop 使用选择器(基于 kqueue 或
epoll)来管理来自文件和网络 IO 事件。EmbeddedEventLoop 是一个空的
EventLoop,什么事也不做,主要用于测试。▶
Channels、ChannelHandler、ChannelPipeline 和 ChannelHandlerContext尽管
EventLoop
非常重要,但大部分开发者并不会与它有太多的交互,最多就是用它创建
EventLoopPromise 和调度作业。开发者经常用到的是 Channel 和
ChannelHandler。每个文件描述符对应一个 Channel,Channel
负责管理文件描述符的生命周期,并处理发生在文件描述符上的事件:每当
EventLoop 检测到一个与相应的文件描述符相关的事件,就会通知
Channel。ChannelPipeline 由一系列 ChannelHandler 组成,ChannelHandler
负责按顺序处理 Channel 中的事件。ChannelPipeline
就像数据处理管道一样,所以才有了这个名字。ChannelHandler 要么是
Inbound,要么是 Outbound,要么两者兼有。Inbound 的 ChannelHandler
负责处理“inbound”事件,例如从 socket 读取数据、关闭 socket
或者其他由远程发起的事件。Outbound 的 ChannelHandler
负责处理“outbound”事件,例如写数据、发起连接以及关闭本地
socket。ChannelHandler
按照一定顺序处理事件,例如,读取事件从管道的前面传到后面,而写入事件则从管道的后面传到前面。每个
ChannelHandler 都会在处理完一个事件后生成一个新的事件给下一个
ChannelHandler。ChannelHandler
是高度可重用的组件,所以尽可能设计得轻量级,每个 ChannelHandler
只处理一种数据转换,这样就可以灵活组合各种
ChannelHandler,提升代码的可重用性和封装性。我们可以通过
ChannelHandlerContext 来跟踪 ChannelHandler 在 ChannelPipeline
中的位置。ChannelHandlerContext 包含了当前 ChannelHandler
到上一个和下一个 ChannelHandler 的引用,因此,在任何时候,只要
ChannelHandler 还在管道当中,就能触发新事件。SwiftNIO 内置了多种
ChannelHandler,包括 HTTP 解析器。另外,SwiftNIO 还提供了一些 Channel
实现,比如 ServerSocketChannel(用于接收连接)、SocketChannel(用于 TCP
连接)、DatagramChannel(用于 UDP socket)和
EmbeddedChannel(用于测试)。▶ BootstrapSwiftNIO 提供了一些 Bootstrap
对象,用于简化 Channel 的创建。有些 Bootstrap
对象还提供了其他的一些功能,比如支持 Happy Eyeballs。目前 SwiftNIO
提供了三种 Bootstrap:ServerBootstrap(用于监听
Channel),ClientBootstrap(用于 TCP Channel)和 DatagramBootstrap(用于
UDP Channel)。▶ ByteBufferSwiftNIO 提供了 ByteBuffer,一种快速的
Copy-On-Write 字节缓冲器,是大部分 SwiftNIO
应用程序的关键构建块。ByteBuffer
提供了很多有用的特性以及一些“钩子”,通过这些钩子,我们可以在“unsafe”的模式下使用
ByteBuffer。这种方式可以获得更好的性能,代价是应用程序有可能出现内存问题。在一般情况下,还是建议在安全模式下使用
ByteBuffer。▶ EventLoopPromise 和
EventLoopFuture并发代码和同步代码之间最主要的区别在于并非所有的动作都能够立即完成。例如,在向一个
Channel 写入数据时,EventLoop
有可能不会立即将数据冲刷到网络上。为此,SwiftNIO 提供了
EventLoopPromise和
EventLoopFuture,用于管理异步操作。EventLoopFuture实际上是一个容器,用于存放函数在未来某个时刻的返回值。每个
EventLoopFuture对象都有一个对应的
EventLoopPromise,用于存放实际的结果。只要 EventLoopPromise
执行成功,EventLoopFuture 也就完成了。通过轮询的方式检查 EventLoopFuture
是否完成是一种非常低效的方式,所以 EventLoopFuture
被设计成可以接收回调函数。也就是说,在有结果的时候回调函数会被执行。EventLoopFuture负责处理调度工作,确保回调函数是在最初创建
EventLoopPromise 的那个 EventLoop
上执行,所以就没有必要再针对回调函数做任何同步操作。4、SwiftNIO
的设计哲学SwiftNIO
的目标是要成为强大的网络应用程序开发框架,但并不想为所有的层次抽象提供完美的解决方案。SwiftNIO
主要专注在基本的 IO
原语和底层的协议实现上,将其他层次的抽象留给广大的社区去构建。SwiftNIO
将成为服务器端应用程序的构建块,但不一定就是应用程序直接拿来使用的框架。对性能有很高要求的应用程序可能会直接使用
SwiftNIO,减少上层抽象所带来的开销。SwiftNIO
可以帮助这些应用程序在提升性能的同时降低维护成本。SwiftNIO
还为某些场景提供了有用的抽象,高性能的网络服务器可以直接使用这些抽象。SwiftNIO
的核心仓库提供了一些非常重要的协议实现,比如
HTTP。不过,我们认为,大部分协议的实现应该要与底层的网络栈分开,因为它们的发布节奏是很不一样的。为此,我们鼓励社区自己去实现和维护他们的协议实现。实际上,SwiftNIO
提供的一些协议实现最初就是由社区开发的,比如 TLS 和
HTTP/2。5、相关资源源码托管:
文档:
SwiftNIO:聊天客户端:
客户端:
服务器端:
服务器:

摘要即时通讯云网易云信近日为IM云服务端加入了红包功能,可支持一对一红包、群聊红包、直播红包。1、前言即时通讯云网易云信近日为IM云服务端加入了红包功能,可支持一对一红包、群聊红包、直播红包。为开发者提供易于集成、安全合规的红包服务。让App快速具备收发红包功能,支持单聊、群组、聊天室全社交场景,提升用户活跃度,增加App趣味性。2、应用场景一对一红包:群聊红包:直播聊天室红包:3、功能介绍多种支付方式支持:支付宝、微信、银行卡支付三种支付方式。自带钱包账户:自带钱包账户功能,可以管理零钱、支付密码、查看红包记录、提现到银行卡。数据统计:实时查询红包收发数据,掌控数据动态。4、产品优势安全合规有保障:基于银行Ⅱ类、Ⅲ类账户系统,为App打造一套完善、合规的账户金融生态体系。样式快速定制:支持定制红包样式、文字描述、品牌展示等。5、产品价格功能年费:4999元支付手续费:支付宝:0.6%微
信:0.67%银行卡:0.3%6、官网链接

摘要腾讯移动推送(信鸽)正式推出多厂商通道的一体式推送方案,号称Android首家实现统一推送服务的云厂商。1、前言关于国内安卓推送环境,作为开发者深受其苦:厂商通道各自为战,第三方通道互保策略共存,导致开发者对推送效果不满、手机用户对推送服务不满、厂商对多通道策略不满,造成了混乱的市场现状。腾讯移动推送(信鸽)作为统一推送联盟副理事长,在推动统一推送标准的建立与落实中,腾讯信鸽提出多厂商通道一体化的集成式推送解决方案,为整合推送环境、统一推送规范迈出了实验性的一步。2、多厂商推送通道集成原理在信鸽一期的多厂商通道集成能力中,信鸽开放了对小米、华为、魅族等厂商的通道集成能力,后续也会持续优化和扩充。在集成版本的SDK中,信鸽可以实现:1)根据用户的设备品牌信息,自动选择使用对应厂商的推送通道;2)一次推送自动分发至多个厂商通道,并提供统一的管理台查看推送数据;3)开发者可以通过勾选打开/关闭分通道推送的能力,来选择是否调用该功能。现有的推送流程如下:3、多厂商推送通道集成具体实现3.1
统一账号系统每个PUSH SDK
都会生成一个唯一标识的字符串来标识集成了其SDK的设备,用于PUSH后台来标识终端设备,统一称之为TOKEN。由于集成了多方厂商PUSH
SDK,
每个厂商都会有就自己的账号Token体系,所以信鸽需要有一套统一的账号体系将各个厂商的账号体系关联起来。业务消息来时,会先调用信鸽Token,检查该Token是否有后台绑定关系的其他厂商通道注册Token。统一账号体系的流程如下:1)信鸽PUSH
SDK 从后台获取本设备的唯一标识TOKEN,
其生成主要是依据设备的设备ID,应用的包名等信息计算得到;2)根据用户设备的调用机型,调用对应的第三方PUSH
SDK相应中的注册API,获得厂商通道的设备TOKEN;3)将信鸽PUSH
TOKEN跟第三方PUSH TOKEN进行帐号关联。3.2
通道选择当有业务消息推送到信鸽PUSH后台时,信鸽会进行任务的拆解下发。根据后台Token的记录,如果有对应的厂商Token,优先推送厂商通道,否则推送信鸽通道。通道选择原则:1)优先选择厂商PUSH通道;2)厂商通道注册失败时,选择信鸽通道。

标签:, , , , , , , , , , ,

相关文章

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图