硬核观察#788 Firefox OS复活

Firefox OS 复活

Firefox OS 是 Mozilla 在 2013 年创建的安卓替代品,并于 2016 年放弃了它。2018 年,在 Firefox OS 基础上曾出现了一个令人失望的 KaiOS,主要针对功能机市场的商业操作系统,但它是封闭的,还会跟踪用户并且有广告。现在,Capyloon 项目决定复活 Firefox OS,将其带到现代 Linux 智能手机上。该项目还处于早期阶段。它能运行旧的 Firefox OS 应用。目前可以在安卓设备上通过启动谷歌通用系统镜像(GSI)测试其 UI。

消息来源:Tux Phones

老王点评:本来可能成为 Mozilla 的一个基石型项目,非常可惜被放弃了,我认为放弃 Firefox OS 是 Mozilla 的一大败笔。不过,新的复活计划是否能真正复活 Firefox OS,还需要拭目以待,毕竟,时代不同了。

国产编译器项目 LambdaChip 捐赠给 HardenedLinux

开放硬件整体方案 LambdaChip 是为数不多的国产编译器项目,其背后的公司正式破产清算,将其项目改名为 Animula,并正式捐赠给 HardenedLinux 社区。LambdaChip 是一个野心勃勃的国产项目,试图在 10KB 内存的单片机上同时支持 Scheme、Lua 5.2 和 Python3 等语言,已经有了一些不错的进展。HardenedLinux 自嘲其“是否成为商业失败的开源项目的集散地的结论为时尚早”,并对此类项目表示了欢迎。

消息来源:Solidot

老王点评:看来 HardenedLinux 成为了一个孤儿项目摇篮。不过,确实需要一些组织来负责照料这些因为种种原因被放弃的项目。

Linux 内核 6.1 放弃火线串口驱动,删除了 4000 行代码

Linux 的 fwserial 驱动程序允许通过 IEEE-1394(火线接口)连接 TTY,以实现对等体之间的有线高速串行连接。但自从该驱动程序在 2012 年被合并以来,没有人负责维护该驱动程序。而且,现在有更好的连接方式,苹果的火线接口越来越没有人使用了。因此,它在 Linux 内核 6.1 中被删除,为内核减少了约 4000 行代码。

消息来源:Phoronix

老王点评:作为一个发展了 30 年的软件项目,其中肯定充斥着大量过时或无用的驱动和代码,因此时不时清理一下也是好的。不过,我觉得或许应该有更明确的规则对内核的各个组成部分设置不同的生命周期。

Android 13将改善DSU,并将GSI通用系统的图像速度提高一倍

IT之家 4 月 3 日消息,动态系统更新 (DSU) 是 Android 中鲜为人知的功能之一,它允许用户在不解锁引导加载程序或刷新系统更新的情况下安装通用系统镜像 (GSI),在当前系统映像和 GSI 之间轻松切换。

该功能首次在 Android 10 中引入,是开发者测试最新 Android 版本的最简单方法之一。根据 Mishaal Rahman 发现的信息,DSU 在 Android 13 中将获得改进。

AOSP Gerrit 的新提交表明,谷歌正在为 DSU 带来一些显著的性能改进。通过增加默认共享内存,通过 DSU 安装 GSI 会快得多。谷歌指出,内存的适度增加(从 8KiB 到 64KiB)将大大加快物理和虚拟设备上的动态系统安装时间。

谷歌的测试表明,物理设备上的安装时间从 2 分 2 秒缩短到 45 秒,虚拟设备上的安装时间从 45 秒缩短到 30 秒。

此外,进度条也得到了一些新的改进。当 GSI 安装时,通知中心的进度条将显示正在安装的分区。而在当前的 Android 版本中,只会显示“正在安装”。

IT之家了解到,DSU 还将添加对 system、system_ext 和 product images 的支持。这些功能和改进尚未在 Android 13 开发者预览版中提供。

谷歌发布了Android 13 beta 3.1,以解决忘记添加测试反馈应用程序的单一问题

Google经常对其Android开发者预览版和测试版发布X.1的错误修复增量更新,我们刚刚得到的是一个新的比预期快得多的版本:Android 13 Beta 3.1在Beta 3登陆后仅几天就推出了,其中只包括一个修正。新版本恢复了Android测试版反馈应用,该应用本应包含在最初的Beta 3版本中,但由于某种原因没有包含。

Beta 3的发布在周三也略有延迟,在预期的几个小时后和Google宣布后才登陆,这可能与此有关。

增量的错误修复更新并不罕见,许多版本都有这种情况,但不包括提供反馈的机制在测试版上是一个令人震惊的问题(因为用户即便是找出问题也完全没有办法向官方反馈,测试版完全失去了它的意义),所以可以理解的是,Google想尽快推送更新。

自然,这个更新也是相当小的,它只修复了没有反馈应用的单一问题。

该更新的OTA镜像现在已经可以获取:

https://developer.android.com/about/versions/13/download-ota

Google chromeos支持7z、ISO和tar文件格式

IT之家 6 月 21 日消息,谷歌 ChromeOS 在管理文件方面进行了改进,新增了对 7z、iso 和 tar 等格式的支持。

从 5 月的 ChromeOS 101 更新开始,ChromeOS 新增了对 7z 格式的支持,7z 格式是一种源自 7-Zip 的文件压缩格式,目前尚不支持加密 7z 文件。

其次,ChromeOS 可以正确挂载 ISO 文件了,例如 CD、DVD 或蓝光光盘,该格式也被用于存档和操作系统。从 9To5Google 测试的截图可以看到,ChromeOS 挂载了一个 Ubuntu 22.04 arm64 桌面版镜像。不过,某些 ISO 文件不受支持,特别是 UDF 格式的文件。

最后,对于 Linux 爱好者来说,ChromeOS 还启用了对 tar 文件的支持。tar 是“tape archive”的缩写,这是一种可以追溯到 1979 年的格式,目前 tar 文件仍然用于 Linux 的软件。不过,tar 文件一般会被进一步压缩为“.tar.gz”或“.tar.xz”文件,ChromeOS 还不支持这两种格式。

IT之家了解到,谷歌公布了 ChromeOS 下一批新增支持的格式,将在 8 月的 ChromeOS 104 推出:

  • tar.gz

  • tgz

  • gz

  • tar.bz2

  • tar.bz

  • tbz2

  • tbz

  • tb2

  • tz2

  • bz2

  • bz

  • tar.xz

  • txz

  • xz

  • tar.lz

  • tlz

  • lz

  • tar.lzma

  • tlzma

  • lzma

  • tar.zst

  • tzst

  • zst

  • tar.Z

  • taZ

  • tZ, Z

Google cloud发布容器基础图像托管服务,使操作和维护更加容易,并支持多种操作系统

容器应用逐渐普及,已经从开发者喜欢的工具,进入企业内部基础架构。不过镜像更新工作,对于运维人员依旧是不简单的工作。

近日,谷歌公有云平台GCP,发布了基础镜像更新托管服务(managed base images),从最初构建应用程序开始就可以使用。目前此服务所支持的Linux发行版,分别有CentOS 7、Debian 9,以及Ubuntu 16.04,使用者可以直接从GCP市场下载。

这一次推出的新服务,Google会提供用户多种操作系统基础镜像文件,后续更新工作也由谷歌进行。开发者除了能时时保持镜像在最新版本,由谷歌负责镜像审核,运维人员也不须从未知来源下载镜像,能提升容器基础架构的安全。

谷歌表示,即便导入基础镜像更新托管服务,容器镜像文件经过扫描后,仍可能发现镜像存在的漏洞。出现这种状况主要有三大原因。第一,扫描出的漏洞可能被归类为低风险漏洞,而项目维护人多半优先处理高风险漏洞,导致当前版本未有可用更新。第二,则可能是项目刚爆出漏洞事件,还未进行可用镜像更新。第三,则可能为开源项目新推出的功能,可能对系统安全带来风险,但项目维护人并不视其为漏洞。

由于容器的生命周期极短,不停进行重新构建、部署,为了确保使用者容器镜像安全,谷歌建议企业用户建立高度一致的CI/CD流程,确保基础架构环境内的容器镜像,有经过审核、认证程序。谷歌表示,实施方法总共有四大方向。第一,导入集中化管理的CI/CD,除了减少使用容器存储库数量,而正式环境的软件上线工作,必须通过中央发送管道进行。第二,则是选用安全存储库作为镜像来源,从开发源头就做好安全工作。

第三,建立镜像文件扫描、分析的使用习惯,可使用第三方或公有云厂商原生服务执行。第四,当镜像要进入正式环境前,运维人员得确保只有经认证的镜像,才能部署至正式环境。

谷歌表示,未考虑使用此托管服务的开发者,也可尝试其他开源方案,如谷歌的开源容器工具Distroless images。此镜像内仅打包用户的应用程序、Runtime相关性,删除标准Linux发行版内的套件管理工具、Shells,缩小镜像的攻击范围。

谷歌发布了首个“季度平台发布版”Android测试版

本周,Google 放出了与 Android 12.1 和三月安全更新有关的更多细节,而 Pixel 用户也在第一时间观察到了相关变化。需要指出的是,尽管 Google 完成了针对 Android 12L 的 Beta 测试周期,但相关工作并未就此结束。周三的时候,该公司竟然出乎意料地推出了新的 Beta 测试版本。

在 Android 开发者网站上,Google 在一个专题页面上详细介绍了 Android 12“Quarterly Platform Release”的测试版本。

首个版本的编号为“Android 12 QPR3 Beta 1”,允许测试者抢先体验计划于 6 月推出的功能、甚至赶在了 3 月份的最新功能发布之前。

机型方面,QPR3 Beta 1 版本适用于 Pixel 4 / 4 XL、Pixel 4a 5G、Pixel 5 / 5a、以及 Pixel 6 / 6 Pro 。

如果你拥有上述 Pixel 设备,并且已经注册了 Android Beta 计划,便可在符合条件的情况下接收到 OTA 更新推送通知。

目前 Google 已经放出了 10 个此前从未在 Beta 测试中放出的功能(Feature Drops)。

鉴于 2022 年 6 月是 Beta 版的首个 Feature Drop,推测下一次会在 9 月发布不久后便立即开展测试。

S3B1.220218.004(Release Notes)

最后,除了 Android Beta Program,谷歌也有放出工厂 / OTA 镜像,以供有需要的人们刷写 / 侧载:

● Pixel 6 Pro:Android 12 QPR3 — S3B1.220218.004 — Factory Image—OTA

● Pixel 6:Android 12 QPR3 — S3B1.220218.004 — Factory Image—OTA

● Pixel 5a:Android 12 QPR3— S3B1.220218.004 — Factory Image—OTA

● Pixel 5:Android 12 QPR3 — S3B1.220218.004 — Factory Image—OTA

● Pixel 4a 5G:Android 12 QPR3 — S3B1.220218.004 — Factory Image—OTA

● Pixel 4a:Android 12 QPR3 — S3B1.220218.004 — Factory Image—OTA

● Pixel 4 XL:Android 12 QPR3 — S3B1.220218.004 — Factory Image—OTA

● Pixel 4:Android 12 QPR3 — S3B1.220218.004 — Factory Image—OTA

让生态系统与苹果相提并论:谷歌正在深度整合Android和Chrome操作系统

根据 Google 发布的 1 月概要显示,公司在 2022 年的计划是深度整合 Android 和 Chrome OS,让整个生态媲美苹果。其中一项功能就是允许 Chromebook 上投屏 Android 手机的信息应用。科技媒体 9to5Google 发现,Google 希望将手机应用投屏到 Chromebook 上,未来会向非 Chrome OS 设备开放。

据 9to5Google 称,该功能的工作原理如下:

你的 Pixel 会生成一个完全独立的虚拟显示屏,并将其投屏到你的笔记本电脑或台式机上,而不是简单地镜像你手机的纵向屏幕。这第二个显示屏就是你的信息应用出现的地方。这意味着你可以在笔记本电脑/桌面上打开一个应用程序,而不会干扰手机主屏幕上运行的任何应用程序。

而且,这不仅仅是信息传递–你显然能够打开你手机的任何应用程序:

在左下角,有一个菜单按钮,点击后会显示手机上安装的所有应用程序的列表。有了这个菜单,你可以启动手机上的任何应用,而不仅仅是信息应用。实际上,你的整个手机都可以通过Pixel的跨设备流访问。

9to5Google的文章有一些视频和截图,很好地展示了这个应用程序的能力。9to5Google还在Chrome OS上启用了跨设备流媒体,尽管该出版物似乎只能够让一个消息应用程序工作。

谷歌发布OTA和安卓12L的工厂形象

几天前,Google 为所有支持设备推出了 Android 12L 更新,但当时更新并未通过 OTA 或者工厂镜像方式提供。不过,今天 Google 放出了这些镜像的下载链接,感兴趣的用户可以点击本文下方的链接进行下载安装。

Android 12L 是为大屏幕手机、平板电脑和可折叠设备准备的,并在后台带来一些优化。就外观和完成度而言,除了一些针对大屏幕手机的微小视觉变化外,它与 Android 12 没有任何区别。不过,该更新实际上适用于所有受支持的 Google Pixel 手机,所以如果你确实拥有一部手机,并且想安装该更新,那么你可以尝试下。

Google Pixel 3a Download Link Download Link
Google Pixel 3a XL Download Link Download Link
Google Pixel 4 Download Link Download Link
Google Pixel 4 XL Download Link Download Link
Google Pixel 4a Download Link Download Link
Google Pixel 4a 5G Download Link Download Link
Google Pixel 5 Download Link Download Link
Google Pixel 5a Download Link Download Link

谷歌官方详细信息安卓13开发者预览更新

IT之家 2 月 11 日消息,谷歌今天发布了首个 Android 13 开发者预览版。谷歌表示,每天,全世界有数十亿人掏出他们的安卓设备来帮助他们完成工作。安卓对他们中的每一个人来说都是很棒的,这部分是通过与我们的开发者社区合作,分享反馈来帮助我们使安卓更强大。

今天,我们将与大家分享安卓的下一个版本,即安卓 13 开发者预览版 1。在安卓 13 中,我们将继续一些重要的主题:隐私和安全,以及开发者生产力。我们还将在安卓 12L 中的一些较新的更新的基础上,帮助你利用目前运行的 2.5 亿多的 Android 大屏幕设备。

下面是 Android 13 开发者预览版的亮点功能

以隐私和安全为核心

人们希望有一个可以信任的操作系统和应用程序来处理他们最个人和敏感的信息。隐私是安卓产品原则的核心,安卓 13 着重于通过在设备上提供更安全的环境和为用户提供更多的控制来为所有人建立一个负责任的高质量平台。在今天的发布中,我们推出了一个照片选取器,允许用户与应用程序安全地分享照片和视频,以及一个新的 Wi-Fi 权限,以进一步减少应用程序对位置权限的需求。我们建议尝试新的 API,并测试这些变化可能对你的应用程序产生的影响。

  • 照片选择器和 API – 为了帮助保护用户的照片和视频隐私,Android 13 增加了一个系统照片选择器–这是一个标准的、优化的方式,用户可以安全地分享本地和云端的照片。安卓系统长期以来的文档选择器允许用户与一个应用程序分享任何类型的特定文件,而该应用程序不需要获得查看设备上所有媒体文件的权限。照片选择器通过专门的照片和视频选择体验扩展了这种能力。应用程序可以使用照片选择器的 API 来访问共享的照片和视频,而不需要获得查看设备上所有媒体文件的权限。我们计划通过 Google Play 系统更新将照片选择器体验带给更多的安卓用户,作为运行安卓 11 及以上系统的设备(Go 设备除外)的 MediaProvider 模块更新的一部分。

  • 用于 Wi-Fi 的附近设备权限 – Android 13 为通过 Wi-Fi 管理设备与附近接入点连接的应用程序引入了 NEARBY_WIFI_DEVICES 运行时权限(NEARBY_DEVICES 权限组的一部分)。调用许多常用的 Wi-Fi API 的应用程序将需要新的权限,并使应用程序能够通过 Wi-Fi 发现和连接附近的设备,而不需要位置权限。以前,对于需要连接到附近的 Wi-Fi 设备但实际上不需要设备位置的应用来说,位置许可要求是一个挑战。以安卓 13 为目标的应用程序现在将能够用“neverForLocation”flag 标志来请求 NEARBY_WIFI_DEVICES 权限,这应该有助于促进隐私友好的应用程序设计,同时减少开发者的争执。

开发者生产力和工具

Android 13 还为开发者的生产力带来了新的功能和工具。帮助你创建在数十亿设备上运行的漂亮的应用程序是我们的核心任务之一 。无论是在 Android 13 中还是通过我们的现代 Android 开发工具,如你喜欢的 Kotlin 语言或 Jetpack 的有意见的 API。通过帮助你更有效地工作,我们的目标是降低你的开发成本,这样你就可以专注于继续构建令人惊叹的体验。以下是今天的版本中的一些新内容。

  • 快速设置放置 API – 通知栏中的快速设置是一种方便的方式,用户可以在不离开应用的情况下改变设置或采取快速操作。对于提供自定义磁贴的应用程序,我们将使用户更容易发现并将你的磁贴添加到快速设置中。使用一个新的磁贴放置 API,你的应用程序现在可以提示用户直接将自定义磁贴添加到活动的快速设置磁贴集。一个新的系统对话框让用户在一个步骤中添加磁贴,而不必离开你的应用程序,而不是去快速设置添加磁贴。

  • 主题应用图标 — 在安卓 13 中,我们将 Material You 动态颜色扩展到谷歌应用之外的所有应用图标,让用户选择继承其壁纸和其他主题偏好的图标。你的应用程序需要提供的只是一个单色的应用程序图标(例如,你的通知可绘制)和对自适应图标 XML 的调整。我们鼓励所有的开发者提供兼容的图标,以帮助为选择加入的用户提供一致的体验。主题应用图标最初在 Pixel 设备上得到支持,我们正与设备制造商伙伴合作,将其引入更多设备。

  • 每个应用程序的语言偏好 — 某些应用程序让用户选择与系统语言不同的语言,以满足多语言用户的需求。这样的应用程序现在可以调用一个新的平台 API 来设置或获取用户的首选语言,帮助减少模板代码,并在设置应用程序的运行时语言时提高兼容性。为了实现更广泛的兼容性,我们将在即将推出的 Jetpack 库中增加一个类似的 API。

  • 更快的连字符 — 连字符使包装好的文本更容易阅读,并有助于使你的 UI 更具适应性。在 Android 13 中,我们将连字符的性能优化了 200%,所以你现在可以在你的 TextViews 中启用它,而对渲染性能几乎没有影响。要启用更快的连字符,在 setHyphenationFrequency () 中使用新的 fullFast 或 normalFast 频率。

  • 可编程着色器 —Android 13 增加了对可编程 RuntimeShader 对象的支持,其行为使用 Android 图形着色语言(AGSL)定义。AGSL 与 GLSL 共享其大部分语法,但在 Android 渲染引擎中工作,以定制 Android 画布内的绘画,以及过滤视图内容。Android 内部使用这些着色器来实现波纹效果、模糊和拉伸过卷,而 Android 13 使你能够为应用程序创建类似的高级效果。

  • OpenJDK 11 更新 — 在 Android 13 中,我们已经开始了刷新 Android 核心库的工作,以与 OpenJDK 11 LTS 版本保持一致,同时为应用和平台开发者提供库更新和 Java 11 编程语言支持。我们还计划通过 Google Play 系统更新将这些核心库的变化带给更多的设备,作为运行 Android 12 及以上系统的设备的 ART 模块更新的一部分。

应用程序的兼容性

随着每个平台的发布,我们在推出新的平台版本时优先考虑应用程序的兼容性,努力使更新更快、更顺畅。在安卓 13 中,我们让大多数面向应用程序的变化选择加入,以给你更多时间,我们已经更新了我们的工具和流程,以帮助你更快地做好准备。

  • 更多的安卓系统通过 Google Play 更新 — 在安卓 13 中,我们继续扩大对 Google Play 系统更新(Project Mainline)的投资,使应用程序在不同的设备上拥有更一致、更安全的环境,并向用户提供新的特性和功能。我们现在可以通过对现有模块的更新,直接向旧版安卓的用户推送新的功能,如照片选择器器和 OpenJDK 11。我们还增加了新的模块,如蓝牙和超宽频模块,以进一步扩大安卓可更新的核心功能范围。

  • 为平板电脑、可折叠设备和 Chromebook 优化 —— 随着平板电脑、折叠屏设备和 Chromebook 等大屏幕设备的发展,现在是时候让你的应用程序为这些设备做好准备,并设计适合任何屏幕的完全自适应应用程序。你可以使用我们为平板电脑提供的优化指导开始工作,然后学习如何为大屏幕构建和为折叠式设备开发。

  • 更容易测试和调试变化 — 为了使你更容易测试可能影响你的应用程序的选择变化,我们今年将使许多变化再次成为可切换的。通过切换开关,你可以从开发者选项或 adb 中单独强制启用或禁用这些变化。

  • 平台稳定性里程碑 —— 和去年一样,我们让你提前知道我们的平台稳定性里程碑,以便让你有更多时间计划应用兼容性工作。在这个里程碑上,我们不仅会交付最终的 SDK / NDK API,而且还会交付最终的内部 API 和面向应用的系统行为。今年,我们预计在 2022 年 6 月达到平台稳定版,从那时起,在正式发布之前,你将有几周的时间来做最后的测试。

▲ 时间线包括:2 月和 3 月的开发者预览版。4 月的最终发布 Beta 版本。6 月的最终发布平台稳定性版。

开始使用安卓 13

开发者预览版拥有尝试 Android 13 功能、测试你的应用程序和给我们反馈所需的一切。对于用平板电脑和折叠式设备测试你的应用程序,最简单的方法是在平板电脑或折叠式设备配置中使用安卓模拟器。对于手机,你今天可以通过向 Pixel 6 Pro、Pixel 6、Pixel 5a 5G、Pixel 5、Pixel 4a (5G)、Pixel 4a、Pixel 4 XL 或 Pixel 4 设备上 flashing 系统镜像来开始使用设备。如果你没有 Pixel 设备,你可以在 Android Studio 的 Android 模拟器上使用 64 位系统镜像。为了进行更广泛的测试,还可以使用 GSI 图像。

当你设置好后,以下是你应该做的一些事情。

  • 尝试新的功能和 API — 在开发者预览的早期阶段,你的反馈至关重要。在我们的跟踪器中报告问题,或者通过调查对反馈和请求页面上的选定功能进行直接反馈。

  • 测试你当前的应用程序的兼容性 — 了解你的应用程序是否受到 Android 13 中默认行为变化的影响。只需将你当前发布的应用程序安装到运行 Android 13 的设备或模拟器上并进行测试。

  • 测试你的应用是否有选择加入的变化 — 安卓 13 有选择加入的行为变化,只有在你的应用针对新平台时才会受到影响。尽早了解和评估这些变化是极其重要的。为了便于测试,你可以单独切换这些变化的开关。

在整个安卓 13 的发布周期中,我们会定期更新预览系统图像和 SDK。这个最初的预览版只针对开发者,不打算用于日常或消费者使用,所以我们只通过手动下载提供。一旦你手动安装了一个预览版,你将自动获得所有后期预览版和测试版的空中更新。

谷歌表示,随着我们的 Beta 版发布,我们也将邀请消费者尝试 Android 13 系统,届时我们将开放 Android Beta 计划的注册。目前,请注意,安卓 Beta 版还不适用于安卓 13。

欲了解完整信息,请访问 Android 13 开发者网站。

Pixel 6/6 Pro在2月份更新后出现Wi-Fi问题。谷歌承诺下个月修复它们

在安装 2 月份的安全补丁之后,部分 Pixel 6 和 Pixel 6 Pro 用户反馈 Wi-Fi 功能无法正常使用。今天,Google 承认了这个问题,并承诺会在 3 月的更新中进行修复。该问题是当 Pixel 6/6 Pro 在锁屏或者未完全打开状态下,自动关闭 Wi-Fi 功能。

Google 承认存在这个问题,在调查后确定了问题所在,并表示“影响了极少数的设备”。Google 承诺已经开发了一个软件修复程序,并定于 3 月随 Google Pixel 更新一起到达。下个月的第一个星期一恰好是 7 号,当天上午可以获得工厂和 OTA 镜像。

Google 在 Reddit 社区反馈道:“嘿,u/cheesehead78。非常感谢你报告这个问题,我们很遗憾你遇到了这个问题。经过一些调查,我们确定了根本原因,并确定它影响了极少数的设备。当然,我们意识到这是一个糟糕的体验,并立即开发了一个软件修复,将在 3 月推出的下一个 Google Pixel 更新中提供。如果你想在此期间探索其他选择,请与我们的支持团队联系,他们准备帮助你”。

对于那些不能等待的人,Google 告诉受影响的用户可以联系支持。许多人发现,安装 Android 12L Beta 3 可以解决这个问题。从我们的使用情况来看,它相当稳定,接近最终的质量。