3、增加了会话扩展功能区展开软键盘接口,Dubbo 创始人之一梁飞在 Dubbo

摘要即时通讯云网易云信于2017年11月16日发布4.4版,本次更新为主要版本更新,详情见文章内容。发布的版本本次发布的版本号为
4.4版,更新时间为:2017年11月16日。iOS
更新内容新增添加聊天室用户异常掉线或主动退出的时候自动清除队列,包含接口NIMChatroomQueueUpdateRequest
添加 transient 属性NIMChatroomEventType 添加枚举
NIMChatroomEventTypeQueueBatchChangeNIMChatroomEventInfoQueueChangeItemsKey
聊天室批量变更元素键,值为包含多个键值对的字典修正修正清空不存在的最近会话的消息,回调上来的
NIMRecentSession 为 nil 的问题Android 更新内容新增1.
添加聊天室用户异常掉线或主动退出的时候自动清除队列:ChatRoomService#updateQueueEx。影响类和接口:添加通知类型:NotificationType#CHATROOM_QUEUE_BATCH_CHANGE,表示队列批量变更。添加附件类型:ChatRoomPartClearAttachment,包含清除队列的内容。2.
NOS 资源下载添加 CDN 支持,添加两种可配置模板,见
SDKOptions#ServerAddress#nosAccess。3. 适配 Android O
版本通知栏,增加云信即时消息通道、消息免打扰通道,解决 target 指向26
通知栏无法弹出的问题。4. 适配 Android O
版本后台运行机制,开发者请务必在清单文件里面配置: <service
android:name=”com.netease.nimlib.service.ResponseService” />5. 适配
Android O+ 版本,解决 target 指向27 InvalidKeySpecException 导致的 SDK
无法登陆的问题。6. 添加新的 IPC 数据共享机制,替换不安全的多进程读写
SharedPreference,开发者请务必在清单文件里配置: <provider
android:name=”com.netease.nimlib.ipc.NIMContentProvider”
android:authorities=”{APP包名}.ipc.provider” android:exported=”false”
android:process=”:core” />7. 添加 SDKOptions#asyncInitSDK 支持异步
SDK 初始化,降低 Application#onCreate 中 SDK
初始化函数的同步响应时间。8. 添加 SDKOptions#reducedIM 支持弱 IM
场景。如果您的APP 仅在部分场景按需使用 IM
能力(不需要在应用启动时就做自动登录),并不需要保证消息通知、数据的实时性,那么这里可以填
true。弱 IM 场景下,push
进程采用懒启动策略(延迟到用户登录阶段),启动后其生命周期将跟随 UI
进程,降低弱 IM 场景的APP的后台功耗开销。9. 添加
SDKOptions.checkManifestConfig,自动检查 SDK
配置是否完全,如果不完全将抛出异常提示。强烈建议开发者在开发阶段开启检查,检查通过后,线上环境关闭。10.
API 调用框架增强:支持带 Looper
的非UI线程发起的异步API调用,直接回调到调用者线程。老版本会默认回调到 UI
线程。提供异步强制转成同步的接口:NIMClient#syncRequest,允许设置最大同步等待时间,支持非
UI 线程里需要同步调用云信 API的场景。添加自动生成的
NIMSDK类,开发者可以直接采用 NIMSDK#getXXXService
方法获取服务接口,不再需要传递 XXXService.class,简化 API
调用方式。其他插件自动生成的调用入口类为:NIMChatRoomSDK、NIMLuceneSDK。例如采用NIMSDK.getAuthService().login()替换NIMClient.getService(AuthService.class).login()。11.
添加 NIMClient#getSDKVersion 接口,运行时获取当前集成的 SDK
版本号。变更1.
类变更:com.netease.nimlib.sdk.uinfo.UserInfoProvider#UserInfo
包名变更为
com.netease.nimlib.sdk.uinfo.model.UserInfo,开发者升级到此版本时,请统一修改
UserInfo import 的包名。2. 类成员函数变更:UserInfoProvider 移除
getDefaultIconResId、getAvatarForMessageNotifier、getTeamIcon
三个函数,统一替换为新增的函数,根据会话类型、会话ID返回消息提醒需要的头像位图:getAvatarForMessageNotifier(sessionType,
sessionId),请参考最新 Demo 源码中 NimUserInfoProvider
类中提供的替换方案。3. 添加 NIMUitl#isMainProcess 接口,保证 SDK
初始化及 APP 初始化进程判断方式统一,请开发者替换 Application#onCreate
中主进程判断方法为此方法。4. 移除
SDKOptions#enableSDKBackgroundReconnectStrategy
后台自动重连开关,请采用弱 IM 模式替换。5. 修复 Push
进程自动登录被踢出后,部分机器进程被系统反复调度重启时依然发起连接的问题。6.
针对 SDKOptions#sdkStorageRootPath
配置的外置存储缓存根目录,如果开发者配置在 Context#getExternalCacheDir
及 Context#getExternalFilesDir
等应用扩展存储缓存目录下(即/sdcard/Android/data/{package}),SDK
内部将不再检查写权限。值得注意的是,改缓存目录下的的文件会随着App卸载而被删除,也可以由用户手动在设置界面里面清除。7.
优化唤醒策略,减少不必要的唤醒。优化 Push 进程无法唤醒 UI 时将采用的
“自杀机制”,先切断所有唤醒路径后再安全退出。8.
修复匿名聊天室断网重连过程中如果出现回调 1001
的错误码时(SDK无法通过回调获取聊天室ip)时,SDK 无法继续重连的问题。9.
修复聊天室调用 ChatRoomSerivce#updateMyRoomRole
后,在断网重连过程中,丢失角色信息更新的问题。Windows(PC) SDK
更新内容新增聊天室用户异常掉线或主动退出的时候自动清除队列,
nim_chatroom.hnim_chatroom_queue_offer_async(…), json_extension
= “{“transient”:true}”
设置此次更新的元素会在特定场景下被自动清除新增通知类
kNIMChatRoomNotificationIdQueueBatchChanged
用在麦序队列中有批量变更,发生在元素提交者离开聊天室或者从聊天室异常掉线时修复修复获取最近会话列表时可能导致CPU增高的问题Web
SDK
更新内容新增聊天室新增麦序队列元素,增加可配置选项,用户从聊天室掉线或退出的时候,需要删除这个元素变更取消同步群成员配置选项,强制要求开发者按需同步群成员列表下载地址请从以下官网地址下载:

摘要自去年11月份阿里公开宣布重启维护Dubbo 之后,8 日夜间,Dubbo
创始人之一梁飞在 Dubbo 交流群里透露了 Dubbo 3.0
正在动工的消息。概述2018年1月8日夜间,Dubbo 创始人之一梁飞在 Dubbo
交流群里透露了 Dubbo 3.0
正在动工的消息。什么是Dubbo百度百科上说:Dubbo是阿里巴巴公司开源的一个高性能优秀的服务框架,使得应用可通过高性能的
RPC
实现服务的输出和输入功能,可以和Spring框架无缝集成。知乎上的答友说:1.
Dubbo负载均衡是对外提供一个公共地址,请求过来时通过轮询、随机等,路由到不同server。目的分摊压力。失效备援是发现一台server挂了,就让另外一台去服务了。跟餐馆换个服务员继续招待你一样;2.
Dubbo是Java下的一套RPC框架(soa思想),作用就是统一管理配置,各个系统服务间的调用。dubbo在淘宝也是解决他们实际问题的,不一定适合其他。
另外各家公司也都有大同小异的实现,所以没多少人用、也就没多少介绍。原理就是:
A系统调用B系统接口服务,
后面就是怎么把这个流程,动态化(zookeeper通知)、权限化、配置化、低耦合化、自动化。总之:Dubbo是一个分布式服务框架,致力于提供高性能和透明化的RPC远程服务调用方案,以及SOA服务治理方案。简单的说,dubbo就是个服务框架,如果没有分布式的需求,其实是不需要用的,只有在分布式的时候,才有dubbo这样的分布式服务框架的需求。Dubbo
3.0重大革新据了解,新的 Dubbo 内核与 Dubbo 2.0 完全不同,但它兼容
2.0。Dubbo 3.0 将以 Streaming 为内核,而不再是 2.0 时代的 RPC,但是 RPC
会在 3.0 中变成远程 Streaming
对接的一种可选形态。梁飞给出了一个内核接口:Streaming
docking(Streaming),他说一切服务治理将围绕这个内核接口进行扩展。而
Streaming 通道与 gRPC 类似,支持 HTTP/2,同时 REST
接口也会受到一等公民支持,但是梁飞也表示此次在通讯上的改动并不大,重点是在服务治理和编程模型上。说到编程模型的革新,梁飞透露,此次
Dubbo 3.0
能够开工,主要也是因为新特性将去掉一切阻塞,以“一切同步”为第一目标,在对
IO
密集业务的处理上,它能够提高机器利用率,使得一半机器的成本被节省下来。他还表示,其实
Dubbo 3.0
技术选型重大变更的驱动因素,也就是降低成本,因为在将系统服务化后,全业务线的机器都在等待返回数据,负载压不上去,机器浪费严重。这个去阻塞化的模式,其实就是使用了“反应式编程”模式(Reactive
Programming),梁飞介绍,在 Dubbo 3.0 中,reactive
将成为核心,会做到客户端、服务端、缓存和数据库,全程无阻塞。在数据库上,JDBC
驱动将进行更改,同时,为了性能,还会配合使用阿里毕玄对 JVM
协程的改造。更为重要的是,这个重大变更,不仅体现在 Dubbo
上,它也将影响到阿里 10 年来积累的中间件。群里有人问到是否会采用 Service
Mesh,梁飞表示,Dubbo 3.0 将支持可选 mesh,多加一层
IPC,这主要是为了兼容老系统;而内部则会优先尝试内嵌模式。他说代理模式
Ops
可独立升级框架,减少业务侵入,而内嵌模式可以带业务测试、部署节点少、稳定性检测方便。同时,可以将
Dubbo 3.0 启动为独立进程,由 dubbo-mesh 进行
IPC,路由、负载均衡和熔断机制将由独立进程控制。拭目以待据说,目前Dubbo
3.0 已正式投入全职开发梯队,初步 Runtime 已在验证,3
月底将在线上应用投入使用。自去年11月份阿里公开宣布重启维护Dubbo
之后,大家一直在关注着Dubbo
的进展。今天这样一个小道消息的爆出,让大家很是兴奋,希望Dubbo真正完成涅磐重生!开源地址Dubbo
GitHub地址:

摘要融云即时通讯云SDK新版发布,本次发布的版本为: Android 2.8.26
Stable、iOS 2.8.26 Stable。发布的版本Android 2.8.26 Stable、iOS 2.8.26
Stable,更新时间为:2018年01月04日。iOS 2.8.26
Stable更新内容1、修复了发送图片模糊的问题。2、会话页面 CollectionView 的
datasource 总数限制提高至 3000。3、优化了 Emoji
表情排序规则。4、发送位置消息截图的时候去掉了自己定位的蓝色圆点。Android
2.8.26 StableAndroid 2.8.26
Stable更新内容1、优化了多线程连接的处理逻辑。2、优化了 Emoji
表情排序规则。3、增加了会话扩展功能区展开软键盘接口。4、增加了会话输入区扩展功能
“+” 自定义 ICON
接口和点击事件回调接口。下载地址请从以下官网地址下载:

发表评论

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

相关文章

CopyRight © 2015-2020 新萄京娱乐3730-娱乐场官网app下载 All Rights Reserved.
网站地图xml地图