背景最近遇到一个比较特殊需求，需要修改一个的RabbitMQ消费者，以实现在消费某种特定的类型消息时，延迟1小时再处理，几个需要注意的点：延迟是以小时为单位不是所有消息都延迟消费，只延迟特定类型的消息只在第一次消费时延迟1小时，容错机制产生的重新消费（也即消息消费失败，多次进入延迟队列重试），则不再延迟1小时消费者消费过程中可能会重启考虑到这几点，我们需要一个标识以及持久化，不能简单使用Thread.Sleep或者Task.Delay；下面开始演示在不引入其它框架资源的前提下，利用现有的RabbitMQ来实现这个需求。准备如果没有可用的RabbitMQ测试环境，推荐使用docker本地搭建do
NotificationManager是KubeSphere可观测团队开源的一款Kubernetes平台上的多租户通知管理系统，其从Kubernetes接收告警、事件、审计，根据用户设置的模板生成通知消息并推送给用户。在过去的几个月里，社区一直在努力工作，为NotificationManager2.0.0版本的发布做准备。今天，我们非常高兴地宣布NotificationManager2.0.0已经正式发布了！感谢社区各位小伙伴对新功能、增强功能和错误修复的各种帮助！NotificationManager2.0.0为您带来了许多值得关注的功能，包括新增飞书通知、通知路由、通知静默、自定义模板增强
NotificationManager是KubeSphere可观测团队开源的一款Kubernetes平台上的多租户通知管理系统，其从Kubernetes接收告警、事件、审计，根据用户设置的模板生成通知消息并推送给用户。在过去的几个月里，社区一直在努力工作，为NotificationManager2.0.0版本的发布做准备。今天，我们非常高兴地宣布NotificationManager2.0.0已经正式发布了！感谢社区各位小伙伴对新功能、增强功能和错误修复的各种帮助！NotificationManager2.0.0为您带来了许多值得关注的功能，包括新增飞书通知、通知路由、通知静默、自定义模板增强
为了保护用户隐私，大多数应用只会在前台运行时获取用户位置，当应用在后台运行时，定位功能会被禁止。这就导致APP在后台或者锁屏时无法正常记录GPS轨迹，这对打车、共享出行、跑步等需要实时记录用户轨迹的应用影响非常大，甚至影响了应用核心功能的使用体验。那对于这些应用的开发者来说，如何在用户主动授权位置信息后，让应用在后台运行时长时间保持持续定位呢？HMSCore定位服务提供后台持续定位的能力，在获取用户主动授权的情况下可持久记录位置信息，适用于记轨迹录场景。一、融合定位-后台定位实现方法应用运行设备为非华为手机使用LocationCallback开启定位之后，当应用切到后台之后，定位将会很快停止。
为了保护用户隐私，大多数应用只会在前台运行时获取用户位置，当应用在后台运行时，定位功能会被禁止。这就导致APP在后台或者锁屏时无法正常记录GPS轨迹，这对打车、共享出行、跑步等需要实时记录用户轨迹的应用影响非常大，甚至影响了应用核心功能的使用体验。那对于这些应用的开发者来说，如何在用户主动授权位置信息后，让应用在后台运行时长时间保持持续定位呢？HMSCore定位服务提供后台持续定位的能力，在获取用户主动授权的情况下可持久记录位置信息，适用于记轨迹录场景。一、融合定位-后台定位实现方法应用运行设备为非华为手机使用LocationCallback开启定位之后，当应用切到后台之后，定位将会很快停止。
原文地址：Android8.0后台服务保活的一种思路|Stars-One的杂货小窝项目中有个MQ服务，需要一直连着，接收到消息会发送语音，且手机要在锁屏也要实现此功能目前是使用广播机制实现，每次MQ收到消息，触发一次启动服务操作逻辑在Android11版本测试成功，可实现上述功能步骤具体流程：进入APP开启后台服务Service后台服务Service开启线程，连接MQMQ的消费事件，发送广播广播接收器中，处理启动服务（若服务已被关闭）和文本语音播放功能1.广播注册publicclassMyReceiverextendsBroadcastReceiver{@Overridepublicvoido
原文地址：Android8.0后台服务保活的一种思路|Stars-One的杂货小窝项目中有个MQ服务，需要一直连着，接收到消息会发送语音，且手机要在锁屏也要实现此功能目前是使用广播机制实现，每次MQ收到消息，触发一次启动服务操作逻辑在Android11版本测试成功，可实现上述功能步骤具体流程：进入APP开启后台服务Service后台服务Service开启线程，连接MQMQ的消费事件，发送广播广播接收器中，处理启动服务（若服务已被关闭）和文本语音播放功能1.广播注册publicclassMyReceiverextendsBroadcastReceiver{@Overridepublicvoido
我们知道，当手机有通知时，下拉通知中心中会显示所有的通知，该功能是在SystemUI中实现的，接着上篇文章Android11SystemUI解析，本文对通知相关的功能逻辑进行分析，基于Android11CarSystemUI的通知功能逻辑展开分析。 关于通知功能逻辑，简单来说，无非就是四步，注册、发送、接收、显示，那么接下来针对以上四步进行源码详细分析。一.注册 关于CarSystemUI启动及相关逻辑可以参考文章Android11SystemUI解析，本文就不赘述了，直接以NotificationPanelViewController类为入口进行分析：1
我们知道，当手机有通知时，下拉通知中心中会显示所有的通知，该功能是在SystemUI中实现的，接着上篇文章Android11SystemUI解析，本文对通知相关的功能逻辑进行分析，基于Android11CarSystemUI的通知功能逻辑展开分析。 关于通知功能逻辑，简单来说，无非就是四步，注册、发送、接收、显示，那么接下来针对以上四步进行源码详细分析。一.注册 关于CarSystemUI启动及相关逻辑可以参考文章Android11SystemUI解析，本文就不赘述了，直接以NotificationPanelViewController类为入口进行分析：1
有的App使用过程中会展示通知栏，比如听音乐时，打微信电话时，有快捷搜索时，都会展示出通知栏。构建一个通知栏通常需要的几步：1.创建通知栏管理工具：NotificationManager对象2.构建通知栏构造器：NotificationCompat.Builder对象3.给构造器设置参数4.发送请求：调用notificationManager.notify()方法Notification常用属性解释setContentTitle(CharSequence)：设置标题 setContentText(CharSequence)：设置内容setSubText(CharSequence)：设置内容下
