zhaojun1998

试过，但效果都不是很好，网络和性能都是问题，还有各种兼容性问题，你自己搭建的不一定和官方提供的环境一模一样。

后来使用了第三方的 Github Actions Runner 服务，比官方的性能快好几倍，有免费额度，完全够用：

https://www.ubicloud.com/use-cases/github-actions (amd64 arm64) 性能中上，还不错，免费 1250 分钟
https://www.warpbuild.com/pricing (amd64 arm64 macos windows) 为数不多的提供 windows 还有免费额度的，免费 2000 分钟
https://docs.blacksmith.sh/runners/pricing (amd64 arm64) 基于 Hetzner 超高性能服务器，免费 3000 分钟

为啥非得这样多次跳转，先引到 github ，再到小程序。
直接贴个小程序二维码图不行吗，或者直接贴产品截图才是真正节省大家时间，也有动力反馈沟通。

也遇到了这个问题。。一开始以为浏览器某个插件导致的，然后换了 Edge 正常。看来真是谷歌浏览器的问题了。

@mayli #1

感谢，我试试这个，之前真不知道。

Spring Boot 改造现在已经还不错了，花了一周左右时间把一个 Spring Boot 2.6 (JDK1.8) 的项目，升级到 Spring Boot 3.3.0(JDK 21) Native 不算太麻烦，简单点说就是标记下哪些类用到了反射，要做 native 处理，如果库本身做了那你就不用做，如果没做，你自己添加到配置文件也行。

编译速度也做过测试，内存占的比重大于 CPU 性能，编译时可用内存最好 16+

也不必谈 Java 色变，我觉得在这方面的努力这几年还是挺多的，估计过几年打包 native 就跟打包一个 jar 方便了。

不过缺点也有：编译速度慢，编译占用资源多，不支持交叉编译，社区不看好导致很多库不愿兼容 (我当时找兼容 flyway 时费了老大劲，后来发现还是 springboot 的工程师去兼容的，他们提交给 flyway 官方也不愿理睬)

@Aixtuz #9

同意，而且个人觉得什么公众号啊，自媒体啊，哗众取宠，标题党的方式同理，也算一种信息污染。

@zhaojun1998 #6

进入方式:

底部上滑显示最近任务 -> 长按 app -> 点设置图标 -> 通知管理 -> 往下翻通知类别 -> 选择不需要的进行关闭。

还有一种方式，是对已经收到的通知，在通知栏长按通知 -> 更多设置进入通知管理 -> 往下翻通知类别 -> 选择不需要的进行关闭。 我喜欢用这种方式，因为有时候不知道消息是哪个类别的通知，这样关闭某个类别的通知时会同步自动清理通知列表的对应通知，所以如果关闭这个类别后通知栏的消息还在，那就说明不是这个类别的。（希望我表述清楚了~）


没用过其他手机，但我觉得安卓系统应该是类似的。