Raspberry Kan's Blog

MAUI NotificationListenerService 实现记录

Tue, 17 Feb 2026 15:15:00 +0000

写在前面

这个项目是我高三时期写的一个小玩意，一直没有动力写Blog。但是这次Spotify更新API规则极大地影响了Lyricify, 同时激起了我寻找不需要Spotify API获取目前正在播放的曲目的好奇心。便将当时的一些心得记录一下。

获取MediaSession

NotificationListenerService是Android于 API level 18 时期添加的Service。通过NotificationListenerService 可以获取软件发布的通知。包括我们要讲的Spotify的MediaSession通知。具体实现可参考仓库中的文件。

需要注意的是：在Android 12及以下的系统中，我们使用notification?.Extras?.GetParcelable(Notification.ExtraMediaSession);。在Android 13 及以上的系统中，此方法被弃用, 需要使用Class.FromType(typeof(MediaSession.Token));获取MediaSession.Token的Java Class, 并且在GetParcelable中传入，如下: (IParcelable?)notification?.Extras?.GetParcelable(Notification.ExtraMediaSession, MediaSessionClass);

这个Service需要获取通知访问权，可以通过NotificationManagerCompat.GetEnabledListenerPackages(this).Contains(PackageName!);获取是否已经取得权限。如果没有取得权限，可以使用Intent("android.settings.ACTION_NOTIFICATION_LISTENER_SETTINGS");跳转至通知授权界面。同时，这个Service会被系统自动拉起，所以在部分陆版UI(如ColorOS， HyperOS)上需要允许App自启动。

这个方法有一个小小的缺陷，就是假如通知在授权前就已经被发布，在下一次通知被发布之前，你是无法从通知渠道获取MediaSession的。不过假如你已经获取了通知权限，你可以通过MediaSessionService直接获取当前活动的MediaSession。代码如下：

1
2


var manager = (MediaSessionManager)GetSystemService(MediaSessionService)!;
var activeSpotifySession = manager.GetActiveSessions(NotificationListenerServiceComponentName).Where(t => t.PackageName == "com.spotify.music").FirstOrDefault();

获取了MediaSession实际上就已经成功75%，接下来就是耳熟能详的RegisterCallback和获取TransportControls。可以参考Demo中的 OnMediaSessionCreated 方法。

接收来自Spotify App的Broadcast

这个操作需要先去Spotify的设置-播放-设备广播状态将开关打开。这样之后才可以收到Spotify的Broadcast。

大部分操作可以参考Spotify提供的示例。MAUI版本已经在此处提供。别忘记RegisterReceiver就可以了。

为什么我重启App之后没办法使用NotificationListener接收消息?

在Android 7及以上系统，可以通过NotificationListenerService.RequestRebind(NotificationListenerServiceComponentName);重新绑定 NotificationListenerService

而在那之下的系统，可以通过

1
2


PackageManager!.SetComponentEnabledSetting(NotificationListenerServiceComponentName!, Android.Content.PM.ComponentEnabledState.Disabled, Android.Content.PM.ComponentEnableOption.DontKillApp);
PackageManager.SetComponentEnabledSetting(NotificationListenerServiceComponentName!, Android.Content.PM.ComponentEnabledState.Enabled, Android.Content.PM.ComponentEnableOption.DontKillApp);

进行重新绑定

不过我得吐槽两句，这个RequestRebind方法为啥在很多中文文章里都没提到？我看到很多文章都是用PackageManager这个魔法操作进行Rebind。还有个解答在OnListenerDisconnected中用RequestRebind，OnListenerDisconnected方法是你撤销了通知使用权的时候才会被调用。结果你在这个方法里调用需要通知使用权的方法，您没事吧？

写在后面

这是我在很久没更新Blog之后第一次写Blog，有什么不好的地方麻烦多多包涵。See you next time!

HyPlayer 的 Win2D 歌词面板的后期改进

Wed, 22 May 2024 09:10:41 +0000

起因

HyPlayer在24年的时候引入了 Win2D 作为新的歌词面板, 之前主力后端开发者写了一篇知乎文章做介绍。所以这边就先不讲大部分的初期的实现细节。那讲啥呢？众所周知，在后期版本，为了 ~~高度自定义~~ 界面样式来压榨 Win2D 的潜力，开发团队引入了字体自定义功能。问题也就出在这里。发版之后的那天晚上，我们用户群里就有人反馈，部分字体会导致高亮出错。具体表现就像是这篇Issue；唯一的不同是，这不是字与字之间的重叠问题。后经过确认，是在特定字体下，字体内部存在重叠，导致在上文提到的 Geometry 取交集的时候无法正确进行计算。重叠的部分于是出现了空洞。

过程

这就比较麻烦了不是吗？主要是因为高亮需要找到对应位置才能进行，不能硬做。但是Geometry肯定是不能作为后续方案了。幸运的是，我在查文档的时候看到了lindexi老师关于 CanvasActiveLayer 的文章。在讲解决方案前，我们要先回忆一下刚刚的内容。歌词高亮/渐变的核心原理都是根据字生成一个Rect，作为高亮区域；然后将生成的Rect和由字生成的 Geometry 取交集，然后再次绘制到画布上。这时候你应该已经想到了对应解决方案了，既然部分字体会导致 Geometry 在取交集的时候略过重叠部分导致字中出现空洞；那么，我们多次绘制字体，然后利用 CanvasActiveLayer 进行裁切，便可以达成同等的效果。（仍然是进行多次绘制，只不过一个绘制的是 Geometry ，另一个是 TextLayout。 Bug也就迎刃而解了。后来请教蓝火火，蓝火火说 Geometry 取交集是使用 CPU 进行计算，而 CanvasActiveLayer 是利用 GPU 的分层渲染；理论上性能会更高，但是我这里没有办法定量进行测试。于是这个只能先打一个问号。

结果

这次的修复已经发到了 GitHub 上，只是因为最近一段时间没办法更新Blog，所以到现在才汇报。Blog到这里就结束了，Bye!

记一次将SoftEther部署Let's Encrypt的过程

Wed, 22 May 2024 09:10:41 +0000

部署起因

众所周知，我是一个怪人；毕竟 SoftEther 安装之后默认行为是不认证SSL证书，而且就算部署也不一定真的能用上。但是我还是想部署，主要是 ~~(闲得慌)~~ 想说好不容易买了个域名 ~~(就不说我域名跑到帮我付钱的群友身上的事情了)~~ 不上证书怎么行。但是Porkbun自带的Wildcard Certificates需要每三个月手动部署一次。~~(太麻烦了)~~ 实质上也是Let’s Encrypt 签发的证书。所以干脆用Certbot DNS Challenge直接签发，还能用systemd的Timer自动触发证书更新。何乐而不为？

部署过程

我走的路线是用 Certbot 的 snap 包以及 infinityofspace 开发的 snap Plugin ~~(口口声声说不喜欢 snap 实际上真到想偷懒的时候还是直接上了 snap 我感觉我有点傲娇了)~~。然后就是不停试错，记得证书文件夹给个755权限，免得vpncmd读不到（我也不知道为啥最开始死活读不到，给了755就行了。但是执行者是root啊，怪欸。）

部署结果和工具

还是很顺利地部署上了~~要是没有就不会有这篇 blog 了~~ 这次所用到的脚本已经使用Unlicense license开源在GitHub，欢迎各位大佬前来参观和批评指正

孩子们，我回来了

Wed, 22 May 2024 08:49:05 +0000

久违的开始更新个人站了。上一次更新的时候还是小学的事情 ~~买了个叫做raspberrymonster.top的域名刺客~~

最开始也不知道用啥库，原本想着用 Gridea 但是发现它似乎没有活跃更新了？

然后看了看 WordPress 再看看我不充裕的钱包 ~~不好意思打扰了~~

再看了下 Hexo ~~node_modules的质量比黑洞还大~~ 遂放弃

于是选择了 Hugo 另一方面是之前仰慕的一个技术大佬 Tinko Liu 从WordPress迁移之后也用着这个 Hugo 主题，我觉得很好看于是直接 ~~拿来主义~~ 了。顺便也能提升我的Markdown能力，不是吗？

于是乎，我的个人站回归了。

芜湖！

归档

Sun, 06 Mar 2022 00:00:00 +0000

朋友们

Mon, 01 Jan 0001 00:00:00 +0000

搜索

Mon, 01 Jan 0001 00:00:00 +0000