灵界 OS v3.1.2 已经发布。本次版本的重点不在于堆叠大量新功能，而是把系统日常使用中最容易被忽略的两件事做好：交互反馈更细腻，以及应用存储更加透明、可管理。同时，版本还修复了 3 个 Bug 和 1 个安全漏洞。
存储管理不再是“黑盒”
新版本在设置中加入了“存储管理”页面，用户可以查看 localStorage 与 IndexedDB 的使用情况，并进一步了解相机、录音、已安装应用等不同应用的存储详情。
这类功能的价值很直接：当系统空间逐渐减少、某个应用缓存异常膨胀，或者用户希望清理本地数据时，不必再依赖应用内部是否提供入口，而是可以从系统层面查看和处理。
从实现角度看，存储管理通常需要同时处理几类数据：
localStorage：适合保存体量较小的配置、偏好和状态数据。IndexedDB：适合保存离线数据、媒体索引、应用缓存和结构化对象。- 应用维度信息：需要把存储来源与应用标识关联起来，方便用户理解“是谁占用了空间”。
- 清理操作：既要支持清除缓存，也要明确区分缓存数据与用户主动保存的数据。
需要注意的是，浏览器和 WebView 环境对存储配额、数据库枚举以及清理权限的支持并不完全一致。因此，下面的代码更适合作为实现存储统计功能的改造起点，具体接口仍需根据灵界 OS 的运行时能力调整。
一个可改造的存储统计示例
如果应用运行在支持 Storage API 的浏览器或 WebView 中，可以先使用 navigator.storage.estimate() 获取整体占用情况，再统计当前应用的 localStorage 数据。将这段代码保存为 storage-report.html 后即可直接在浏览器中运行：
<!doctype html>
<html lang="zh-CN">
<head>
<meta charset="utf-8">
<title>Storage Report</title>
</head>
<body>
<pre id="output">正在读取存储信息...</pre>
<script>
async function getStorageReport() {
const output = document.querySelector('#output');
const report = {
localStorageBytes: 0,
estimatedUsageBytes: null,
estimatedQuotaBytes: null,
localStorageKeys: []
};
for (let i = 0; i < localStorage.length; i += 1) {
const key = localStorage.key(i);
const value = localStorage.getItem(key) || '';
report.localStorageKeys.push(key);
report.localStorageBytes += new Blob([key, value]).size;
}
if (navigator.storage && navigator.storage.estimate) {
const estimate = await navigator.storage.estimate();
report.estimatedUsageBytes = estimate.usage ?? null;
report.estimatedQuotaBytes = estimate.quota ?? null;
}
output.textContent = JSON.stringify(report, null, 2);
}
getStorageReport().catch((error) => {
document.querySelector('#output').textContent =
`读取失败：${error.message}`;
});
</script>
</body>
</html>
在真正的系统设置页面中，可以把 localStorageKeys 替换成按应用分组的数据结构，并为每个应用提供“清理缓存”操作。清理逻辑要谨慎设计：删除前应明确提示影响范围，避免把登录状态、草稿或用户创建的内容与临时缓存一并清除。
对于 IndexedDB，应用通常需要自行维护数据库大小、缓存类型和清理策略等元数据。这样做比在清理时临时猜测数据用途更可靠，也更方便系统页面展示可理解的存储详情。
交互优化与问题修复
本次更新还重点优化了系统交互质感。对于操作系统或系统化 Web 环境而言，交互体验不仅是视觉变化，也包括点击后的反馈、页面切换的连续性、设置项状态是否清晰，以及清理操作是否让用户知道结果。
存储管理尤其依赖这些细节。一个实用的页面至少应让用户看到：
- 当前总使用量与可用空间。
- 不同应用的占用排序。
- 缓存和重要数据的区别。
- 清理前后的空间变化。
- 清理失败时的原因和下一步操作。
在稳定性方面，v3.1.2 修复了 3 个 Bug，并修复了 1 个安全漏洞。摘要没有披露漏洞编号、影响范围或修复细节，因此升级时不应根据版本说明自行推断漏洞严重程度。对于已经部署灵界 OS 的环境，建议把升级纳入常规维护窗口，并在升级后重点回归存储查看、应用启动、数据清理和权限相关流程。
升级时可以检查什么
可以按下面的清单验证新版本是否适合投入日常使用：
- 打开设置中的“存储管理”，确认总体使用量能够正常显示。
- 检查相机、录音和已安装应用等条目的详情是否可读。
- 对一个明确属于缓存的数据执行清理，确认应用仍能正常启动。
- 检查清理前后的空间统计是否更新。
- 回归涉及
localStorage、IndexedDB、离线数据和媒体文件的业务流程。 - 在升级日志和安全公告可用时，补充记录漏洞修复的影响范围。
灵界 OS v3.1.2 的实际价值，取决于“能查看”是否真正落实为“能理解、能清理、清理后不误伤”。对普通用户，这是一次更透明的存储体验；对开发者，则提醒我们为本地数据建立清晰的分类、大小统计和生命周期策略。