手机app后台管理系统【顺丰同城后台管理系统app】 收藏 0

Android 15 正式版评测：有诚意但不多，要新意还得等

10 月 15 日，Google 向自家 Pixel 机型推送 Android 15 正式版更新，从 8 月最后一个 Beta 测试版发布，到 9 月 4 日 Android 15 正式版源码向 AOSP 推送，Google Pixel 今年的正式版推送着实让 Pixel 用户等了许久。

但即便有版本特性、首轮更新、加上独家定制体验等多重 buff，Google 最终给 Pixel 用户呈上的更新内容也可以说是毫无惊喜，甚至还略显敷衍。

在社区爱好者和热心开发者的携手推动下，Android 15 终于为原生 Android 的中、日、韩（CJK）文字体带来了可变字重支持。

这个特性很好理解：以往的 Android 系统并不怎么重视 CJK 字体的显示效果，当应用需要显示粗体时，系统会直接拿常规字体机械加粗渲染，无法借助字体粗细体现排版、布局层级，也很容易导致渲染出来的「伪粗体」出现笔画粘连、结构变形等问题。

相比之下可变字体就更像是气球，需要粗一点的字体，就通过字体属性加点参数多吹点气，需要细一点的字体，就通过字体属性下调这些参数（主要是 wght）打开气球嘴放点气。和 iOS 那边财大气粗直接内置不同粗细、多个中文字体文件的做法不同，可变字体既省空间、也更灵活。在 Android 15 正式版中，我们能够看到的最直观的变化就是快速设置开关、通知标题、部分 app 中的粗体标题等区域的粗体更粗，效果也更细腻了。

不幸的是因为 Unity 游戏目前并不兼容可变字体，所以这些游戏在调用系统字体时无法通过上述方式调用粗细正常的字体，而是会回落到 wght 值最小（100）、显示效果最细的版本。考虑到市面上采用 Unity 开发的应用和游戏不少，Google 在 Android 15 Beta 3 中决定直接砍掉 wght 值小于 400 的部分，并且在正式版中也没有加回来。

所以 Android 15 的中文可变字体严格来说是没有细体的。

400 往下的中文字体粗细，都是一般模样

这又是一个「在推动向上适配和保证向下兼容性之间选择后者」的经典 Android 幕后小故事，而且我去看了看 Unity 开发者社区那边的讨论，只能说硅谷公司一家亲——早在 2020 年 8 月就有开发者提出支持可变字体的建议、并且也获得了来自 Unity 员工的认可，但这事就是这样奇怪的不了了之了。

中文区用户最为在意的字体这边留下了遗憾，Android 15 本就不多的更新内容里，最为重要的部分似乎就只剩下「私密空间」了。毕竟这个功能听上去更像是大家在国产 Android 系统中司空见惯的「平行空间」或「手机分身」，而原生系统支持应用多开这件事，意义是仅次于 CJK 字体支持可变字重的。

但实际体验下来「私密空间」也并没有多么复杂，在功能上相比成熟、完备的 OEM 方案甚至稍显简陋。如果真要给 Google 这套「私密空间」定个性，那我更愿称其为三星 One UI「安全文件夹」的原生版本。

Android 15 的私密空间基于从 Android 4.x 时代就已经内置的多用户功能以及 Android 11 引入的用户类型，开启「私密空间」的本质，其实是新建了一个用户类型为私密的新用户。在这个用户角色中，我们可以登录与主用户相同或不同的 Google 账号，也可以在个人资料隔离的情况下将主用户中安装的应用一键「克隆」安装到新用户这边（仅限 Play 商店已上架的应用），并且默认情况下，跨用户分享文件、内容也只能通过系统分享选单、照片选择器等支持多用户选择的系统组件来完成。

和随时可见的常规多用户账号或工作账号唯一的不同点在于，私密空间多了解锁、锁定和隐藏三种状态。锁定状态下空间内的资料、app 和最近任务均会从前台隐去，开启「隐藏私密空间」选项后，私密空间的入口也会直接从启动器应用抽屉底部消失。

总体来说，私密空间就是一个自带隐藏状态和入口显隐设置的多用户功能增强版本。当私密空间处于锁定或隐藏状态时，空间内应用的通知、后台活动都会停止，所以它其实并不适合直接当作能够长期运行的「应用双开」功能使用——除非你愿意承受续航的负担让「私密空间」永不锁定/隐藏。

另外，即便我们可以登录与主空间相同或不同的 Google 账号来使用私密空间，但私密空间内安装的应用并不会像主空间那样通过系统备份功能同步，这也意味这私密空间更像是一次性保险箱。它真的不适合你放太多数据，甚至将其作为「手机分身」那样的主力模式来使用。

我仍然记得今年 2 月 Android 15 首个开发者预览版亮相后，某些无聊的国内媒体拿「没有 AI」批评这次更新的滑稽景象。且不说彼时距离 I/O 大会也还有三个月时间，指望 Google 向 AOSP 的部分塞自家 AI 这种期待也十分不合理。

更重要的是，从 10 月的正式版表现来看，Android 15 最大的问题反而可能是 AI 太多了一点。

10 月 30 日，Google 首席执行官 Sundar Pichai 在公司 2024 年 Q3 财报电话会议上透露，Google 现在有四成的新代码都是 AI 生成的。一时间，Android 15 中一个困扰我许久的问题似乎也在这里找到了答案：从 Android 14 的某次月度安全更新开始，Pixel 7、8 两代设备便突然迎来了幅度极为夸张的性能下降问题，以我个人在玩的《英雄联盟》为例，这类原本能跑到接近 120fps 的手游（海外版 Wild Rift），也突然变成了偶尔 60fps、团战直接掉帧到 24fps「电竞帧率」的压力测试工具。

市面上很难找到这种水平的「旗舰机」了吧？

这个问题自今年 5 月有人在 Android 15 Beta 项目中反馈至今依然没有得到修复，与此同时，不少用户也一直在抱怨的 Pixel 8 系列存在系统级滑动卡顿问题，无论是社交应用的时间流还是 Chrome 里的网页浏览，以丝滑、流畅著称的 Pixel 系统体验，在 Pixel 8 系列这里也荡然无存了。Google 这边早前虽然针对后者承诺过修复，但似乎也一直没找到靠谱的解决方法。所以 10 月推送给 Pixel 的正式版本和目前正在测试的 QPR Beta 版本都存在这个严重的性能问题。

Tensor 再弱，罪不至此。问题的转机来自 Android 开发社区一位人尽皆知的内核开发者 Sultan，他在某个给 Pixel 8 系列的第三方内核更新中修复了这个问题，并且向 Google 贡献了一条相关的代码提交，从提交内容和开发者评论来看，Google 在 Tensor 的 exynos_bts 驱动代码中用错了函数（应该用 btsdev->mutex_lock 而不是 btsdev->lock），短短六个字节的差异，让显示带宽获取到的需求（带宽投票计算结果）严重落后于实际带宽需求，直接导致包括显示控制器在内的多个处理器模块出现性能下降或功能异常。

这种错误是不是更有 AI 那味儿了？这条修复提交时间已经超过半个月，目前仍在等待审核阶段。

把视角从台前移向幕后，Android 15 最值得关注的两大重要变化应该就是预测性返回手势和「边到边」了。

预测性返回手势自 Android 13 以来便放在「开发者选项」中供开发者测试，它有一个非常朴素且实际的设计初衷：在以跨应用活动（activity）堆叠的 Android 系统中，为滑动返回手势提供一点确定性，让我们无论什么时候都能在滑动返回这个操作的决定窗口中，看看我们即将跳转的「目的地」是哪里。

关于预测性返回手势的详细分析，可以移步早前我们在少数派 PRIME 会员中发布的这篇文章：都是边缘划动，Android 与 iOS 的返回手势到底有什么区别？ ｜ 少数派会员 π+Prime

在 Android 15 中，预测性返回手势结束测试并「转正」为正式功能。如果开发者为应用适配了该特性，那返回主屏、应用内层级切换以及跨应用窗口切换等场景中都能调用系统级的预览动画；同时 Google 也为包括官方 Material Design 组件库在内的标准组件加入了预测性返回动画支持，方便开发者取用和适配。

跨应用的返回预览动画，左边这一瞥够不够预览另说，动画是好看的

虽然预测性返回手势的测试时间长，但它依然不属于 Google 要求 app 强制适配的特性，因此从 Android 13 到这次的 Android 15 正式版，除了少数 Google 自家应用，我在 Pixel 设备上见过的、适配过这一特性的第三方 app 加起来数量不超过 10 个。大家熟知的那些国内应用自然也不包括在内。

这个动画也像 Material Design 本身一样，曲高和寡

另外，个人认为这个特性所带来的影响多少也与 Android 开发团队的构想有所偏差。在实际使用过程中，返回手势的动画、尤其是拥有特别效果的 Material Design 3 组件动画成为了这个特性最为吸引人的部分。预测性返回手势提供的「目的地」预览实在是非常有限，在 iOS 用户仍为返回交互的混乱和反人类设计困扰的当下，作为 Android 用户我大多数时候其实也并没有「返回手势会将我带向意料之外的 app」这个困扰。

即便真遇到了这种情况，这不是还有多任务交互吗？

相比之下，「边到边」仍是测试中的改动，但因目前 Google 对该特性的强制执行态度，实际上要更值得我们期待一点。

扩展阅读：填满 Android 全面屏，怎么就这么难？ ｜ 少数派会员 π+Prime

适配 Android 15 的应用，同时也需要针对强制「边到边」处理好各种安全区

Android 15 中，target SDK 35 的应用将强制以「边到边」的方式渲染，考虑到大部分应用目前都不满足前提条件在 Android 15 中你依然会看见很多导航栏或状态栏「黑边」，但总归是有个盼头——就像当初的分区存储和最近的照片选择器一样，Android 开发团队这些年似乎也是想明白了，在基础体验这一块，有些东西是必须要强制执行的。

除此之外，Android 15 也为很多现代化平台特性铺好了路，如 16KB 内存页面支持、ANGLE 模块推进规划、内置 dav1d 编解码器、混合显示场景下的 HDR 余量控制等，相关细节我们在此前的 Beta 1 测试版具透文章中已有提及，这里不再赘述。这些特性在后续的版本更新中将如何发展、又会为 AOSP 生态带来怎样的影响还有待观察。

而往细了说，Google 为自家 Pixel 设备带来的新特性，除了官方博客中提到的「盗窃防护」和平板设备多用户优化，基本上就没有更多实质上的「新功能」了。事实上，从「具透」栏目最后一次更新的 Beta 2 到现在的正式版，很多肉眼可见的改动重点都放在「样式调整」而非「可用性改进」上，比如音量面板无法缩小了、电池小组件多用了几组 Material You 动态取色了、截图预览下方的菜单更圆了、甚至某个设置的名称变了……

这种调整在测试阶段都是反反复复，甚至像微调桌面主题图标配色方案这种细节还招来了很多用户的不满（在现阶段测试的 QPR Beta 中 Google 仍在调整）。

但喜欢原生系统、追求尝鲜体验的朋友也不必沮丧——不确定是不是性能部分提到的 AI 助力提高了交付效率，在为自家设备和高通旗舰处理器提供 7 年系统更新、每季度向 Pixel 设备提供 feature drop 功能推送之外，Google 又于 10 月底宣布对明年的 Android 系统更新节奏进行调整。Android 16 的正式版更新将分别在 2025 年第二和第四季度推送两次，第一次更新包含主要功能，第二次则以更新、优化和错误修复。据说是为了与之相对应的，Android 16 的开发者预览版本应该很快就会与大家见面。

尽管有着中文地区用户喜闻乐见的可变字重支持、听上去还不错的原生「应用双开」支持，以及不少让人觉得后续有所期待的平台特性铺垫，Android 15 总体上能带给人新鲜感的新功能其实不多。即便 Google 自家 Pixel 机型也是如此。

在国内主流定制系统先后减少甚至完全脱离对 AOSP 生态依赖的大趋势下，这份「新意」能够传达至你我手中「安卓」设备的相信更是寥寥。结合 Google 对系统更新推送节奏的调整，有时候你难免会感慨 Android 系统一个（或几个）版本一个样的时代或许真的已经过去了——那 Android 版本号还有小数点的日子，会不会又要回归呢？

实测！新鸿蒙的 APP 和安卓、iOS 不同在哪？

文 | 自信即巅峰

编辑 | 自信即巅峰

听说关注我的人，运气都会up up up！还等什么？赶紧点关注吧！

数字时代

，手机早已不是单纯的通讯工具，它更像是我们随身携带的“移动城堡”，在这座城堡里，形形的APP构建起我们与世界连接的桥梁，而手机系统的每一次革新，都牵动着亿万用户的心弦，鸿蒙系统的新版本HOSNEXT正式开启公测，它抛弃了安卓的内核，以全新的姿态出现在大众面前，自然也引发了科技爱好者们的热烈讨论

有人说，鸿蒙NEXT界面焕然一新，流畅度比肩OS；也有人说，鸿蒙NEXT的APP生态还需完善，部分常用软件体验不佳，众说纷纭之际，我决定亲自上手体验一番，看看这款全新的操作系统，究竟会给我们带来怎样的惊喜，又是否能够真正撼动安卓和OS的地位

图片来源于网络

为了保证测试的公平性

，我特意准备了三台手机：升级了HOSNEXT的M60P，恢复出厂设置的安卓手机和OS手机，随后，我分别从这三款手机的应用市场下载了10款常用的APP，涵盖了社交、支付、购物、导航、视频、资讯等多个领域

下载完成之后

，首先映入眼帘的是安装包的大小，鸿蒙和安卓的安装包体积相差不大，都明显小于OS，这似乎印证了坊间流传的说法：OS系统的封闭性，导致其APP安装包往往包含了大量的冗余数据，而鸿蒙和安卓则在安装包的“瘦身”方面做得更为出色

这并不意味着OS用户需要下载更多的数据

，实际上，OS系统的安装包更像是一个“所见即所得”的完整软件包，安装过程几乎不涉及解压缩，而鸿蒙和安卓则需要在安装过程中进行解压缩，最终占用的存储空间反而会比安装包更大

图片来源于网络

接下来，我逐一打开了这10款APP，并让它们在后台闲置一段时间，一段时间后，我惊讶地发现，安卓手机的存储空间消耗得最快，其次是OS手机，而鸿蒙手机的存储空间占用则相对稳定，这似乎暗示着，鸿蒙系统在APP后台管理方面有着更为严格的策略，有效地控制了APP占用系统资源的情况

对于大多数用户而言

，APP的体积大小并不是最重要的，关键还是在于使用体验，在体验过程中，我发现三款手机上的APP在主要功能上基本一致，但在细节设计和功能丰富度上存在着一定的差异

以微博为例，OS版微博的功能最为丰富，鸿蒙版则相对简洁，部分功能需要深度挖掘才能找到，OS版微博在“发现”页面提供了更详细的分类和更多的选项，而鸿蒙版则显得更为简洁，只保留了核心功能

图片来源于网络

再比如京东APP，鸿蒙版目前还不支持扫码购物，只能通过读取相册照片的方式进行购物，这与鸿蒙系统严格的权限管理机制有关，相比之下，OS和安卓版的京东APP则提供了更为便捷的扫码购物功能

在一些细节设计上，鸿蒙版APP也还有提升的空间，在浏览商品时，OS和安卓版的京东APP都可以通过点击左下角的“首页”按钮快速返回顶部，而鸿蒙版则需要滑动屏幕才能返回顶部，操作效率相对较低

HOSNEXT在APP体验方面已经有了长足的进步，但在功能丰富度和细节设计上与OS和安卓相比还存在一定的差距

图片来源于网络

我们也要看到

，鸿蒙系统还很年轻，它的APP生态还在不断完善中，相信随着越来越多的开发者加入鸿蒙生态，鸿蒙系统的APP体验会越来越好

对于那些想要尝鲜的用户来说

，现在就可以升级体验HOSNEXT，但如果你是一个重度APP用户，或者对APP的功能完整度和使用体验有着较高的要求，那么建议你再观望一段时间

至于鸿蒙系统能否最终超越安卓和OS，成为手机操作系统的新霸主，还需要时间来给出答案，但我相信，只要鸿蒙系统坚持创新，不断提升用户体验，它就一定能够在激烈的市场竞争中赢得一席之地

图片来源于网络

接下来，我想和大家聊聊我在这次测试中的一些感受

鸿蒙系统的流畅度确实给我留下了深刻的印象

，在使用过程中，无论是打开APP、切换应用，还是浏览网页，鸿蒙手机都表现得非常流畅，几乎感觉不到任何卡顿，这一点与OS系统不相上下，甚至在某些场景下还要优于OS

鸿蒙系统的安全性也值得称赞，在安装APP时，鸿蒙系统会对APP的权限进行严格的审核，防止恶意APP窃取用户隐私，鸿蒙系统还内置了安全中心，可以对手机进行全方位的安全防护

图片来源于网络

鸿蒙系统也并非完美无瑕

，除了前面提到的APP生态问题之外，鸿蒙系统在一些细节设计上还有待改进，鸿蒙系统的通知管理功能还不够完善，经常会出现通知消息延迟或丢失的情况

HOSNEXT是一款非常有潜力的操作系统，它在流畅度、安全性等方面都有着出色的表现，相信随着鸿蒙生态的不断完善，HOSNEXT会吸引越来越多的用户

我想说的是

，手机操作系统的竞争最终还是用户体验的竞争，无论是鸿蒙、安卓还是OS，只有不断提升用户体验，才能赢得用户的青睐

图片来源于网络

欢迎大家在评论区留言，分享你对HOSNEXT的看法和期待

在科技的浪潮中，每一次系统迭代都承载着人们对未来生活的无限畅想，HOSNEXT，这款华为自主研发的全新操作系统，自诞生之日起就备受瞩目，它不仅承载着打破国外系统垄断的期望，更承载着无数用户对流畅、安全、高效的数字生活的期盼

抛开那些宏大的叙事

，回归到用户体验本身，HOSNEXT究竟有何过人之处？它与我们熟悉的安卓、OS相比，又有哪些不同？带着这些疑问，我开始了这段探索之旅

图片来源于网络

为了更直观地感受HOSNEXT的魅力，我选择将它与安卓、OS系统进行对比，测试的对象是三款手机，分别是搭载HOSNEXT的M60P、恢复出厂设置的安卓手机和OS手机，为了确保测试的公平性，我从三款手机的应用市场下载了相同的10款常用APP，涵盖了社交、支付、购物、导航、视频、资讯等多个领域

我们来看看用户最直观的感受——APP的体积

，在下载安装包时，我发现OS系统的安装包体积普遍大于鸿蒙和安卓系统，这或许与OS系统封闭的生态有关，开发者需要将所有功能模块都打包在安装包中，导致安装包体积较大，而鸿蒙和安卓系统则更为灵活，可以根据用户需求动态加载功能模块，从而减小安装包的体积

安装包体积的大小并不代表最终占用的存储空间，OS系统的安装包虽然较大，但在安装过程中几乎不涉及解压缩，用户下载多少，最终就占用多少存储空间，而鸿蒙和安卓系统则需要在安装过程中进行解压缩，最终占用的存储空间会比安装包更大

图片来源于网络

为了更进一步地了解三款系统的存储空间管理机制

，我将10款APP全部打开，并在后台闲置一段时间，结果不出所料，安卓手机的存储空间消耗得最快，其次是OS手机，而鸿蒙手机的存储空间占用则相对稳定，这说明鸿蒙系统在APP后台管理方面做得更为出色，有效地控制了APP占用系统资源的情况

对于用户而言

，APP的体积大小和存储空间占用只是表象，真正影响使用体验的还是APP的功能和流畅度，在体验过程中，我发现三款手机上的APP在主要功能上基本一致，但在细节设计和功能丰富度上存在着一定的差异

以微博为例，OS版微博的功能最为丰富，鸿蒙版则相对简洁，部分功能需要深度挖掘才能找到，OS版微博在“发现”页面提供了更详细的分类和更多的选项，而鸿蒙版则显得更为简洁，只保留了核心功能

图片来源于网络

再比如京东APP，鸿蒙版目前还不支持扫码购物，只能通过读取相册照片的方式进行购物，这与鸿蒙系统严格的权限管理机制有关，相比之下，OS和安卓版的京东APP则提供了更为便捷的扫码购物功能

在一些细节设计上，鸿蒙版APP也还有提升的空间，在浏览商品时，OS和安卓版的京东APP都可以通过点击左下角的“首页”按钮快速返回顶部，而鸿蒙版则需要滑动屏幕才能返回顶部，操作效率相对较低

HOSNEXT在APP体验方面已经有了长足的进步，但在功能丰富度和细节设计上与OS和安卓相比还存在一定的差距

图片来源于网络

我们也要看到

，鸿蒙系统还很年轻，它的APP生态还在不断完善中，相信随着越来越多的开发者加入鸿蒙生态，鸿蒙系统的APP体验会越来越好

除了APP生态

，鸿蒙系统在流畅度和安全性方面也给我留下了深刻的印象，在使用过程中，无论是打开APP、切换应用，还是浏览网页，鸿蒙手机都表现得非常流畅，几乎感觉不到任何卡顿，这一点与OS系统不相上下，甚至在某些场景下还要优于OS

在安全性方面

，鸿蒙系统也做得可圈可点，在安装APP时，鸿蒙系统会对APP的权限进行严格的审核，防止恶意APP窃取用户隐私，鸿蒙系统还内置了安全中心，可以对手机进行全方位的安全防护

图片来源于网络

没有任何一款系统是完美的，鸿蒙系统也不例外，除了APP生态和部分细节设计有待改进之外，鸿蒙系统在一些功能体验上也还有提升的空间，鸿蒙系统的通知管理功能还不够完善，经常会出现通知消息延迟或丢失的情况

HOSNEXT是一款非常有潜力的操作系统

，它在流畅度、安全性等方面都有着出色的表现，相信随着鸿蒙生态的不断完善，HOSNEXT会吸引越来越多的用户

对于那些想要尝鲜的用户来说

，现在就可以升级体验HOSNEXT，但如果你是一个重度APP用户，或者对APP的功能完整度和使用体验有着较高的要求，那么建议你再观望一段时间

至于鸿蒙系统能否最终超越安卓和OS

，成为手机操作系统的新霸主，还需要时间来给出答案，但我相信，只要鸿蒙系统坚持创新，不断提升用户体验，它就一定能够在激烈的市场竞争中赢得一席之地

我想说的是，手机操作系统的竞争最终还是用户体验的竞争，无论是鸿蒙、安卓还是OS，只有不断提升用户体验，才能赢得用户的青睐

欢迎大家在评论区留言，分享你对HOSNEXT的看法和期待

本文弘扬社会正气，无侵犯版权意图，如有侵权请联系删除。

插件式开发 中后台管理系统

Vue-Bag-Admin 是一个基于 Vue3 的开源中后台管理系统，提供了一个全面、灵活且易于扩展的平台，框架使用插件式开发，它允许开发者在不改变原有代码的基础上扩展功能，框架和应用分开，减少耦合，提升开发效率，减少代码冗余，可快速构建出功能丰富、用户体验良好的中后台系统。

技术栈：Vue3 + Vite5 + Naive UI + TypeScript + Tailwindcss + Pinia + Alova + Strapi。

系统架构：

部分页面组件预览：

插件开发：

安装使用：

功能和特性：

响应式设计：利用 Tailwind CSS 进行样式开发，实现 PC 和移动端的自动适配，增强网站的响应性，提供多种预设皮肤，提升页面美观度，同时降低开发和维护成本。

技术生态强大：基于 Vue3、Vite5、Naive UI、Pinia 等主流技术构建，完全免费且适用于商业用途，强大的社区支持确保无框架限制。

功能丰富：提供权限管理、多语言支持、页面缓存、主题切换、路由动画、布局风格定制、动态路由、状态管理、微前端架构等特性，以及多个页面模板，旨在减少中后台系统开发的工作量。

插件式开发：支持插件式开发，允许开发者在不改动原有代码的基础上增加新功能和逻辑，提高应用的模块化和可维护性，适合需要高度定制化和可扩展性的项目。

API 服务：采用 Node.js 和 Strapi 框架提供 API 服务，支持自定义 API 和 GraphQL 查询语言，具备精细的权限管理和认证功能。

《前端资源推荐》收集各种前端组件 UI 框架、JS 插件工具、中后台系统模板、动画库、低代码、可视化资源、开源项目、学习资源、特效源码等，如有其他优秀资源，欢迎发消息投稿，感谢点赞、转发、关注！！！

GitHub：https://github.com/hangjob/vue-bag-admin

官方文档：https://vite.itnavs.com/doc/

本文作者及来源:Renderbus瑞云渲染农场https://www.renderbus.com