android lifeCycleOwner生命周期

一 Fragment中 viewLifecycleOwner.repeatOnLifecycle(Lifecycle.State.STARTED) 什么时候执行？

让我分析一下相关问题：

  1. 关于 onPause 时的数据更新:
viewLifecycleOwner.lifecycleScope.launch {viewLifecycleOwner.repeatOnLifecycle(Lifecycle.State.STARTED) {// 数据收集代码}
}
  • repeatOnLifecycle(Lifecycle.State.STARTED) 意味着
    只在 Fragment 处于 STARTED 状态(在 onStart 之后，onPause 之前)时才会收集数据
  • 当 Fragment 执行 onPause 时，数据收集会暂停，不会更新 UI
  • 这是正确的行为，因为不应该在后台更新不可见的 UI
  1. 关于 onDestroyView 后的状态恢复:
private val tempViewModel: TemperatureViewModel by viewModels()
private val fanViewModel: FanViewModel by viewModels()
private val sharedViewModel: SharedViewModel by activityViewModels()
  • viewModels() delegate 会在 Fragment 的生命周期内保持 ViewModel 实例
  • activityViewModels() delegate 会在 Activity 的生命周期内保持 ViewModel 实例
  • ViewModel 的状态会在配置更改（如屏幕旋转）时自动保持
  • 即使 Fragment 的 View 被销毁，ViewModel 仍然存活，保持着最新状态
  • 当 Fragment 重新创建 View 时，会使用同一个 ViewModel 实例，因此状态自动恢复
  1. 数据恢复流程:
override fun onViewCreated(view: View, savedInstanceState: Bundle?) {super.onViewCreated(view, savedInstanceState)initView()collectUiState() // 重新开始收集数据
}
  • 当 Fragment 重新创建 View 时，会重新调用 collectUiState()
  • ViewModel 中的 StateFlow/Flow 会发送最新状态
  • UI 会立即更新到最新状态

这种实现方式是合理的，因为：

  1. 遵循了 Android 生命周期安全原则
  2. 避免了在后台不必要的 UI 更新
  3. 保证了状态的可靠性和一致性
  4. 有效处理了配置更改场景

二 为什么viewModel在view销毁，仍能存活，保存着ui状态？

delegate 确实是代理的含义。让我解释 viewModels() delegate 的工作原理：

  1. Delegate 机制:
private val viewModel: MyViewModel by viewModels()
  • by 关键字表示使用 Kotlin 的属性代理
  • viewModels() 返回一个 ViewModelLazy 对象
  • 代理负责处理 ViewModel 的实例化和获取
  1. ViewModelLazy 工作原理:
class ViewModelLazy<VM : ViewModel>(private val viewModelClass: KClass<VM>,private val storeProducer: () -> ViewModelStore,private val factoryProducer: () -> ViewModelProvider.Factory
) : Lazy<VM> {private var cached: VM? = nulloverride val value: VMget() {val viewModel = cachedreturn if (viewModel == null) {val factory = factoryProducer()val store = storeProducer()ViewModelProvider(store, factory).get(viewModelClass.java).also {cached = it}} else {viewModel}}
}
  1. ViewModel 存活原理:
  • Fragment 持有对 ViewModelStore 的引用
  • ViewModelStore 是一个简单的 HashMap，用于存储 ViewModel 实例
  • ViewModelStore 与 Fragment 的生命周期解耦，不随 View 的销毁而销毁
  • 只有在 Fragment 真正被销毁时（如 Activity 被销毁），ViewModelStore 才会清理
  1. 配置更改时的行为:
Fragment 重建 ─→ ViewModelStore 保持存活
↓                    ↓
新的 View        原有 ViewModel 实例
↓                    ↓
重新绑定数据     状态保持不变

优点：

  1. 延迟初始化 - 只在首次访问时创建 ViewModel
  2. 生命周期安全 - 自动处理 ViewModel 的创建和清理
  3. 状态保持 - 在配置更改时保存数据
  4. 内存管理 - 适时清理不需要的 ViewModel 实例

这就是为什么即使在 View 销毁或屏幕旋转时，ViewModel 仍能保持状态的技术原理。

三 android中 activity和viewModel生命周期的区别是什么

在 Android 的架构中，Activity 和 ViewModel 有着不同的生命周期管理机制，这是 MVVM 架构中实现 UI 状态持久化和解耦的核心基础。

✅ 一、Activity 与 ViewModel 生命周期的区别

对象生命周期谁管理生命周期范围销毁时机
Activity系统管理（与 UI 生命周期强绑定）短暂（屏幕旋转、返回键等都会销毁）屏幕旋转、按返回键、系统回收
ViewModelViewModelStore 管理（由 ViewModelProvider 创建）绑定到 Activity / Fragment 的生命周期所依附的 Activity 或 Fragment 销毁后才销毁

✅ 二、为什么 Activity 销毁了 ViewModel 才销毁？

因为 ViewModel 是为“配置更改下的数据持久化”设计的组件，Android 会：

  • 在屏幕旋转（或语言切换等配置更改）时，销毁旧的 Activity 实例，创建一个新的。
  • 但 ViewModel 被托管在 ViewModelStore 中，不跟随 Activity 的配置变更销毁。
  • 直到 Activity 真正 finish 或被系统 kill，ViewModel 才销毁。

👉 这意味着：

屏幕旋转只是临时销毁了 UI，但 ViewModel 仍然活着。

✅ 三、为什么 ViewModel 可以持久化 UI 状态？

因为 ViewModel 的职责就是存储并管理界面相关的数据，且生命周期长于 Activity：

  • 它存在于 Activity 或 Fragment 的作用域内，但 不会因配置更改而销毁。
  • 所以可以在 ViewModel 中存储 UI 状态（如输入框内容、选中项、滚动位置等）。
  • 当新的 Activity 创建时，通过同一个 ViewModelProvider 获取原有 ViewModel，数据依然存在！

🎯 举个例子：

class MyViewModel : ViewModel() {val userName = MutableLiveData<String>()
}

在 Activity 中使用：

val viewModel = ViewModelProvider(this)[MyViewModel::class.java]viewModel.userName.observe(this) {// 更新 UI
}

即使屏幕旋转，Activity 重建了，但 viewModel 是同一个，userName 依旧保留！

✅ 四、深入原理：ViewModel 如何“活得更久”？

  1. Android Framework 在配置变化时，会：
  • 暂时保存 ViewModelStore 和 SavedStateRegistry。
  • 销毁旧 Activity 并创建新 Activity。
  • 将旧的 ViewModelStore 重新附加给新 Activity。
  1. ViewModel 保存在 ViewModelStore，而不是在 Activity 实例里。

所以：

Activity 重建 ≠ ViewModel 重建

✅ 五、ViewModel 销毁时机总结：

  • Activity.finish() 或被系统 kill，才会销毁 ViewModel。
  • Fragment 的 ViewModel 也可以作用域更长（如绑定到父 Activity）。
  • ViewModel 的 onCleared() 方法会在真正销毁时调用，可释放资源。

✅ 六、补充：如果希望屏幕旋转后也保持 UI 状态，有三种方式对比：

方法是否推荐说明
onSaveInstanceState()✅ 可选保存轻量级 UI 状态（如文本、位置）
ViewModel✅ 推荐保存更大或复杂的数据结构，且与 UI 解耦
Room/DB✅ 长期存储跨进程或跨 Activity 的持久状态

四 viewModel什么时候销毁？

屏幕旋转时，Activity 的确会被销毁，但这并不等价于我们手动调用的 Activity.finish() 方法。这两者在 Android Framework 中有重要区别。

✅ 关键理解：屏幕旋转导致的是“配置更改销毁”，不是调用 finish()

当屏幕旋转发生时：

系统会执行：
1. 销毁旧的 Activity 实例（onDestroy() 被调用）
2. 创建一个新的 Activity 实例（走 onCreate()）

但这 并不是调用了代码中的 finish() 方法，而是 Android 框架内部处理配置变化的一个机制。它不会触发真正的「完全生命周期终结」，而是带有保留机制的销毁。

✅ 为什么 ViewModel 不被销毁？

背后的机制是：

  • 每个 Activity 背后都有一个 ViewModelStore。
  • 当因配置变化（如旋转）导致 Activity 被销毁时，Android 会临时保存旧的 ViewModelStore。
  • 然后，新 Activity 被创建时，从保存的 ViewModelStoreOwner 重新获取旧的 ViewModel 实例。

这个行为是由 ViewModelProvider 和 SavedStateViewModelFactory 等底层机制共同支持的。

✅ 更形象地理解：

假设旋转屏幕时发生了如下变化：

旧的 Activity（A1）：
ViewModelStore 里存着 MyViewModel旋转后创建新的 Activity（A2）：
系统会把 A1 的 ViewModelStore 传递给 A2A2 调用 ViewModelProvider(this)[MyViewModel::class.java] 时，
得到的是 A1 中的同一个 ViewModel 实例

因此：

  • ViewModel 没有被销毁。
  • ViewModel 里的数据依然存在。
  • 看到 UI 状态得以“保留”。

✅ 那 ViewModel 什么情况下才会销毁？

ViewModel 生命周期取决于它所绑定的 ViewModelStoreOwner，比如 Activity 或 Fragment：

情况ViewModel 会销毁吗？
屏幕旋转（配置更改）❌ 不会
手动调用 finish()✅ 会
用户点击返回键退出 Activity✅ 会
系统因资源不足杀死进程✅ 会
Fragment detach 且不复用✅ 会

✅ 所以总结：

  • 屏幕旋转 ≠ finish()，虽然 onDestroy() 会被调用，但属于“可恢复销毁”。
  • ViewModel 被设计为适应这种情况，并保留数据，避免 UI 状态丢失。
  • ViewModel 的生命周期由 ViewModelStore 控制，不直接绑定 Activity 的内存生命周期。

五 Fragment 关联的 ViewModel 的销毁时机。

1. Fragment ViewModel 的两种作用域

Fragment 可以使用两种方式创建 ViewModel：

// 1. Fragment 作用域的 ViewModel
private val fragmentViewModel: MyViewModel by viewModels()// 2. Activity 作用域的 ViewModel
private val activityViewModel: SharedViewModel by activityViewModels()

2. Fragment作用域 ViewModel 的销毁时机

Fragment 作用域的 ViewModel 在以下情况会销毁：

class MyFragment : Fragment() {private val viewModel by viewModels<MyViewModel>()override fun onDestroy() {super.onDestroy()// Fragment 真正销毁时，ViewModel 也会销毁}
}

销毁场景：

  1. Fragment 被移除且不再复用
  2. 宿主 Activity 被销毁（非配置变更导致的销毁）
  3. Fragment detach 且不会再次 attach

不会销毁的场景：

  1. Fragment 视图销毁（onDestroyView）
  2. 屏幕旋转等配置变更
  3. Fragment 被替换但加入了返回栈

3. Activity作用域 ViewModel 的销毁时机

class MyFragment : Fragment() {private val sharedViewModel by activityViewModels<SharedViewModel>()// Activity 销毁时才会销毁，Fragment 的生命周期变化不影响
}

销毁场景：

  1. 宿主 Activity finish
  2. 系统回收 Activity
  3. 用户按返回键退出 Activity

4. 实际示例

class MyFragment : Fragment() {// Fragment 作用域 ViewModelprivate val fragmentViewModel by viewModels<MyViewModel>()// Activity 作用域 ViewModelprivate val sharedViewModel by activityViewModels<SharedViewModel>()override fun onCreateView(inflater: LayoutInflater, container: ViewGroup?, savedInstanceState: Bundle?): View {// Fragment view 创建return inflater.inflate(R.layout.fragment_my, container, false)}override fun onDestroyView() {super.onDestroyView()// View 销毁，ViewModel 仍然存活}override fun onDestroy() {super.onDestroy()// Fragment 销毁，fragmentViewModel 销毁// 但 sharedViewModel 仍然存活}
}

5. ViewModel 清理机制

class MyViewModel : ViewModel() {override fun onCleared() {super.onCleared()// ViewModel 销毁时执行清理工作// 取消协程// 释放资源}
}

6. 注意事项

  1. 防止内存泄漏：
class MyViewModel : ViewModel() {private val coroutineScope = CoroutineScope(Dispatchers.Main + Job())override fun onCleared() {coroutineScope.cancel() // 清理协程super.onCleared()}
}
  1. 视图引用：
class MyViewModel : ViewModel() {// 错误：不要持有 View 引用private lateinit var binding: FragmentBinding// 正确：使用 LiveData/StateFlow 通知 UIprivate val _state = MutableStateFlow<UiState>()val state = _state.asStateFlow()
}

7. 总结

Fragment ViewModel 的销毁时机取决于：

  1. 使用的作用域（Fragment 还是 Activity）
  2. Fragment/Activity 的真实生命周期结束
  3. 非配置变更导致的销毁

理解这些销毁时机对于：

  • 正确管理资源
  • 避免内存泄漏
  • 实现合适的数据共享
    非常重要。

六 判断Fragment是否被销毁

Fragment 调用 onDestroy() 不一定意味着 Fragment 被永久移除。让我详细解释：

Fragment 的几种销毁情况

  1. 配置变更时的临时销毁:
class MyFragment : Fragment() {private val viewModel by viewModels()override fun onDestroy() {super.onDestroy()// 配置变更时会调用，但 ViewModel 不会销毁}
}
  1. 真正的永久销毁:
// Activity 中
supportFragmentManager
.beginTransaction()
.remove(fragment)  // 移除 Fragment
.commit()
  1. 加入返回栈的销毁:
supportFragmentManager
.beginTransaction()
.replace(R.id.container, NewFragment())
.addToBackStack(null)  // Fragment 被替换但可返回
.commit()

判断是否真正销毁的方式

class MyFragment : Fragment() {override fun onDestroy() {super.onDestroy()when {// 1. 检查是否是配置变更activity?.isChangingConfigurations == true -> {// ViewModel 不会销毁}// 2. 检查是否在返回栈中isRemoving && !requireActivity().isFinishing -> {if (fragmentManager?.backStackEntryCount ?: 0 > 0) {// Fragment 在返回栈中，ViewModel 不会销毁} else {// Fragment 被永久移除，ViewModel 会销毁}}// 3. Activity 正在销毁requireActivity().isFinishing -> {// Fragment 和 ViewModel 都会销毁}}}
}

Fragment ViewModel 的销毁时机

class MyFragment : Fragment() {private val viewModel by viewModels()// ViewModel 会在以下情况销毁：// 1. Fragment 被永久移除fragmentManager.beginTransaction().remove(this).commit()// 2. 宿主 Activity 被销毁activity?.finish()// 3. Fragment detach 且不会重新 attachfragmentManager.beginTransaction().detach(this).commit()
}

关键判断条件

override fun onDestroy() {super.onDestroy()val isReallyDestroying = when {// 配置变更不算真正销毁activity?.isChangingConfigurations == true -> false// Fragment 被移除且不在返回栈中isRemoving && fragmentManager?.backStackEntryCount == 0 -> true// Activity 结束activity?.isFinishing == true -> trueelse -> false}if (isReallyDestroying) {// ViewModel 会在这种情况下销毁}
}

总结：

  • onDestroy() 被调用不等于 Fragment 被永久移除
  • 需要考虑配置变更、返回栈和 Activity 状态
  • ViewModel 只在 Fragment 真正不再使用时才销毁

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.pswp.cn/news/908247.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

Liunx进程替换

Liunx进程替换

文章目录 1.进程替换2.替换过程3.替换函数exec3.1命名解释 4.细说6个exe函数execl函数execvexeclp、execvpexecle、execve 1.进程替换 fork&#xff08;&#xff09;函数在创建子进程后&#xff0c;子进程如果想要执行一个新的程序&#xff0c;就可以使用进程的程序替换来完成…
阅读更多...
【华为云Astro-服务编排】服务编排中图元的使用与配置

【华为云Astro-服务编排】服务编排中图元的使用与配置

目录 子服务编排图元 子服务编排图元的作用 如何使用子服务编排图元 脚本图元 脚本图元的作用 如何使用脚本图元 记录创建图元 记录创建图元的作用 如何使用记录创建图元 记录删除图元 记录删除图元的作用 如何使用记录删除图元 记录查询图元 记录查询图元的作用…
阅读更多...
SQL Server相关的sql语句

SQL Server相关的sql语句

目录 一、数据定义语言&#xff08;DDL&#xff09;1. 创建数据库2. 修改数据库3. 删除数据库4. 创建表5. 修改表结构6. 删除表 二、数据操作语言&#xff08;DML&#xff09;1. 插入数据2. 更新数据3. 删除数据 三、数据查询语言&#xff08;DQL&#xff09;1. 基础查询2. 去重…
阅读更多...
【Hot 100】55. 跳跃游戏

【Hot 100】55. 跳跃游戏

目录 引言跳跃游戏我的解题 &#x1f64b;‍♂️ 作者&#xff1a;海码007&#x1f4dc; 专栏&#xff1a;算法专栏&#x1f4a5; 标题&#xff1a;【Hot 100】55. 跳跃游戏❣️ 寄语&#xff1a;书到用时方恨少&#xff0c;事非经过不知难&#xff01; 引言 跳跃游戏 &#x…
阅读更多...
基于51单片机的车内防窒息检测报警系统

基于51单片机的车内防窒息检测报警系统

目录 具体实现功能 设计介绍 资料内容 全部内容 资料获取 具体实现功能 具体实现功能&#xff1a; &#xff08;1&#xff09;检测车内温度及二氧化碳浓度并用lcd1602实时显示。 &#xff08;2&#xff09;当人体红外传感器检测到车内有人&#xff0c;且温度或二氧化碳浓度…
阅读更多...
关于智能体API参考接口

关于智能体API参考接口

关于智能体在Flask的源码&#xff1a;请求体(在payload里的是请求体)、请求头&#xff08;在headers里的i局势请求头&#xff09;。 我的例子&#xff1a; 我的疑问&#xff1a;为什么没按Coze官方API文档格式&#xff0c;在Apifox里发POST请求却能收到回复&#xff1f; 1. 你…
阅读更多...
Excel 批量下载PDF、批量下载考勤图片——仙盟创梦IDE

Excel 批量下载PDF、批量下载考勤图片——仙盟创梦IDE

在办公场景中&#xff0c;借助应用软件实现 Excel 批量处理考勤图片、电子文档与 PDF&#xff0c;具有诸多显著优势。 从考勤图片处理来看&#xff0c;通过 Excel 批量操作&#xff0c;能快速提取图片中的考勤信息&#xff0c;如员工打卡时间、面部识别数据等&#xff0c;节省…
阅读更多...
Apache Doris + MCP：Agent 时代的实时数据分析底座

Apache Doris + MCP：Agent 时代的实时数据分析底座

一、Apache Doris&#xff1a;面向 Agent 时代的智能数据平台 当我们谈论 2025 年时&#xff0c;业界普遍认为这将是"Agent 革命年"&#xff08;Agentic Revolution&#xff09;的开端。与传统的人机交互模式不同&#xff0c;AI Agent 作为一个全新的"用户角色…
阅读更多...
能不能用string接收数据库的datetime类型字段

能不能用string接收数据库的datetime类型字段

在Java中使用String类型通过MyBatis接收MySQL的datetime类型字段时&#xff0c;​可以正常工作&#xff0c;但需注意格式和潜在问题。以下是关键点&#xff1a; 1. ​直接转换是可行的​ MySQL的datetime字段&#xff08;如 2023-10-05 12:34:56&#xff09;会被MyBatis自动转…
阅读更多...
【Python训练营打卡】day44 @浙大疏锦行

【Python训练营打卡】day44 @浙大疏锦行

DAY 44 预训练模型 知识点回顾&#xff1a; 1. 预训练的概念 2. 常见的分类预训练模型 3. 图像预训练模型的发展史 4. 预训练的策略 5. 预训练代码实战&#xff1a;resnet18 作业&#xff1a; 1. 尝试在cifar10对比如下其他的预训练模型&#xff0c;观察差异&#xff0c;…
阅读更多...
MySQL中关于事务和锁的常见执行命令整理包括版本区别

MySQL中关于事务和锁的常见执行命令整理包括版本区别

MySQL中关于事务和锁的常见执行命令实例整理&#xff0c;并标注了不同版本下的区别&#xff08;如MySQL 8.0与旧版本的差异&#xff09;&#xff1a; 一、事务相关命令 1. 事务控制 命令描述版本差异START TRANSACTION; 或 BEGIN;显式开启事务通用语法&#xff0c;无版本差异…
阅读更多...
PyTorch-Transforms的使用(二)

PyTorch-Transforms的使用(二)

对图像进行处理 安装open cv ctrlP 看用法 ToTensor的使用 常见的Transforms 归一化的图片 两个长度为三的数组&#xff0c;分别表示三个通道的平均值和标准差 Resize&#xff08;&#xff09; Compose&#xff08;&#xff09; 合并执行功能&#xff0c;输入进去一个列表&a…
阅读更多...
vscode实用配置

vscode实用配置

前端开发安装插件&#xff1a; 1.可以更好看的显示文件图标 2.用户快速打开文件 使用步骤&#xff1a;在html文件下右键点击 open with live server 即可 刷力扣&#xff1a; 安装这个插件 还需要安装node.js即可
阅读更多...
Day130 | 灵神 | 回溯算法 | 子集型 电话号码的字母组合

Day130 | 灵神 | 回溯算法 | 子集型 电话号码的字母组合

Day130 | 灵神 | 回溯算法 | 子集型 电话号码的字母组合 17.电话号码的字母组合 17. 电话号码的字母组合 - 力扣&#xff08;LeetCode&#xff09; 思路&#xff1a; 笔者用index代替i&#xff0c;这里的index其实就是digits数组的下标 按照灵神的回溯三问&#xff0c;那就…
阅读更多...
深入理解JavaScript设计模式之闭包与高阶函数

深入理解JavaScript设计模式之闭包与高阶函数

前言小序 一场失败面试 2023年的某一天&#xff0c;一场让我印象深刻的面试&#xff1a; 面试官&#xff1a; “你了解闭包吗&#xff1f;请说一下你对闭包的理解。” 我自信满满地答道&#xff1a; “闭包就是函数里面套函数&#xff0c;里面的函数可以访问外部函数的变量。…
阅读更多...
使用 Spring Boot 3.3 和 JdbcTemplate 操作 MySQL 数据库

使用 Spring Boot 3.3 和 JdbcTemplate 操作 MySQL 数据库

在现代的 Java 应用开发中&#xff0c;Spring Boot 提供了强大的工具来简化数据库操作。JdbcTemplate 是 Spring 提供的一个核心类&#xff0c;用于简化 JDBC 操作&#xff0c;减少样板代码。本文将介绍如何在 Spring Boot 3.3 项目中使用 JdbcTemplate 来操作 MySQL 数据库&am…
阅读更多...
如何做好一份技术文档？（下篇）

如何做好一份技术文档？（下篇）

如何做好一份技术文档&#xff1f;&#xff08;下篇&#xff09; 下篇&#xff1a;文档体验的极致优化 ——从可用性到愉悦性的跨越 文档用户体验地图 新手路径 专家路径 [安装] → [配置] → [示例] [API] → [参数] → [源码] │ ▲ …
阅读更多...
Windows 12确认没了，Win11 重心偏移修Bug

Windows 12确认没了，Win11 重心偏移修Bug

微软悄然搁置了传说中的Windows 12开发计划&#xff0c;转身将精力投入到Windows 11的持续进化中。今年秋季的主角已经确定——Windows 11 25H2&#xff0c;它将于9月或10月间与我们正式见面。 与去年24H2的大规模更新不同&#xff0c;25H2更像是场精心策划的“功能解锁”。微软…
阅读更多...
JavaScript中的正则表达式：文本处理的瑞士军刀

JavaScript中的正则表达式：文本处理的瑞士军刀

JavaScript中的正则表达式&#xff1a;文本处理的瑞士军刀 在编程世界中&#xff0c;正则表达式&#xff08;Regular Expression&#xff0c;简称RegExp&#xff09;被誉为“文本处理的瑞士军刀”。它能够高效地完成字符串匹配、替换、提取和验证等任务。无论是前端开发中的表…
阅读更多...
基于LEAP模型在能源环境发展、碳排放建模预测及分析中实践应用

基于LEAP模型在能源环境发展、碳排放建模预测及分析中实践应用

在国家“3060”碳达峰碳中和的政策背景下&#xff0c;如何寻求经济-能源-环境的平衡有效发展是国家、省份、城市及园区等不同级别经济体的重要课题。根据国家政策、当地能源结构、能源技术发展水平以及相关碳排放指标制定合理有效的低碳能源发展规划需要以科学准确的能源环境发…
阅读更多...
最新文章

Copyright @ 2022~2023