首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

HarmonyOS学习路之开发篇——公共事件与通知(二)

常见的使用场景: 显示接收到短消息、即时消息等。 显示应用的推送消息,如广告、版本更新等。 显示当前正在进行的事件,如播放音乐、导航、下载等。...基础类之间的关系如下所示: 图1 通知基础类关系图 NotificationSlot NotificationSlot可以对提示音、振动、锁屏显示和重要级别等进行设置。...LEVEL_MIN:表示通知可以发布,但是不显示在通知栏,不自动弹出,无提示音;该级别不适用于前台服务的场景。 LEVEL_LOW:表示通知可以发布且显示在通知栏,不自动弹出,无提示音。...LEVEL_DEFAULT:表示通知发布后可在通知栏显示,不自动弹出,触发提示音。 LEVEL_HIGH:表示通知发布后可在通知栏显示,自动弹出,触发提示音

82820

iOS 推送手机消息背后的技术

除了标题、内容、提示音和角标数字等固定推送参数以外,开发者还可以在推送消息中增加自定义参数,让用户在点击推送消息时能够直达相关新闻、邮件或福利页面,提供更好的用户体验和页面的曝光率。...UNAuthorizationOptions类型参数,包括alert(消息的标题、文字等内容)、sound(消息提示音)、badge(App右上角显示的角标);还可以在该方法的completionHandler...,处理方式同上     } } 4、本地推送 在iOS10中,UserNotifications框架为我们提供了UNMutableNotificationContent对象描述消息推送的标题、内容、提示音...示例代码是一个2s后推送的本地消息,soundName属性用于描述消息提示音,用户可以自定义提示音(需要将音频文件打包到安装包中)或者使用默认提示音乐,repeatInterval和repeatCalendar...、副标题、内容、消息提示音、App的角标数字等预设参数,以及一个开发者自定义的gameID参数。

3.8K103

微信最新版8.0.8来了,新功能堪称惊艳

下面咱就一起来体验一下本次更新的所有新功能吧: 1自定义来电铃声 从今天开始,终于不用再听那个“登瞪蹬噔澄櫈镫磴嶝燈墱嬁”了,可以和手机彩铃一样设置自己喜欢的音乐 设置入口:我 -> 设置 -> 新消息通知...接着往下看; 2提示音 本次更新新增了7种提示音;分别是“积木”、“可爱”、“空灵”、“俏皮”、“清脆”、“灵动”、“优雅”。...设置入口如下图: 3置顶折叠 置顶功能的目的是为了防止错过重要的人或者群消息,但是当置顶消息超过一个屏幕之后,其他未置顶消息如果不主动滑下去,就很难留意到;在这个版本中新加了置顶折叠功能,当置顶的消息超过一个屏幕时...,就可以将所有的置顶折叠起来,只显示一个有最新消息的置顶; 4群聊新增特别关注 谁的微信还没百八十个群聊呢!...就以我个人的使用习惯来说,一旦加入一个群聊,会第一时间将群消息设置为”免打扰“;因为我是一个注意力不是特别集中的人,很容易被这些提醒打扰到;但是一个群里面总会是有几个特别关注的人,希望能第一时间留意到他们发的消息

82930

RocketMQ源码详解:事务消息、批量消息、延迟消息

◆ 概述 在上文中,我们讨论了消费者对于消息拉取的实现,对于 这个黑盒的心脏部分,我们顺着消息的发送流程已经将其剖析了大半部分。本章我们不妨乘胜追击,接着讨论各种不同的消息的原理与实现。...◆ 事务消息 ◆ 概念 RocketMQ 中的事务消息功能,实际上是 分布式事务中的本地事务表 的实现,只不过,在这里用消息中间件来代替了数据库,同时也帮我们做好了回查的操作。...◆ 事务流程 客户端发送 half 消息 吐槽一下为什么要叫半消息(half message),叫 prepare 消息不是更直观吗 Broker 将 half 消息持久化 客户端根据事务执行结果,发送...,来标记可以被移除的 half 消息(op 消息的存在代表对应事务的结束) /** * 读取op消息,解析op消息,填充removeMap * * @param removeMap 要删除的半消息,key...◆ 批量消息 ◆ 概念 在消息队列中,批量消息也是一个重要的部分,将消息压缩在一起发送不仅可以减少带宽的消耗,还能节省头部占用的空间。

1.2K20

消息队列(1)--如何避免丢消息,积压消息

消息队列具有高性能,高可用性,高并发的特点,是后端程序员必备的技能,本文叙述常见的使用消息队列的问题和最佳实践应用场景:消息队列最常被使用的三种场景:异步处理、流量控制和服务解耦一手资料地址:RabbitMQ...G0 消费了哪些消息,G1 是不知道的,也不用知道。G0 消费过的消息,G1 还可以消费。即使 G0 积压了很多消息,对 G1 来说也没有任何影响。...为了保证消息可靠,Broker和消费者都会存在重复消息,并且按着MQTT消息的质量标准要求,我们大部分的消息队列中间件采用At least once语义,Broker无法去除重复消息,只能依靠消费者在业务层进行幂等处理从对系统的影响结果来说...比如说,对于同一条消息:“全局 ID 为 8,操作为:给 ID 为 666 账户增加 100 元”,有可能出现这样的情况:t0 时刻:Consumer A 收到条消息,检查消息执行状态,发现消息未处理过...,开始执行“账户增加 100 元”;t1 时刻:Consumer B 收到条消息,检查消息执行状态,发现消息未处理过,因为这个时刻,Consumer A 还未来得及更新消息执行状态。

48710
领券