super与this的异同

本文详细解释了super和this关键字的区别及使用场景。super用于调用父类构造函数或访问父类成员,而this用于调用同一类内的其他构造函数或明确指向当前对象。两者都不能在静态上下文中使用。

super和this的异同:

super(参数):调用基类中的某一个构造函数(应该为构造函数中的第一条语句)
this(参数):调用本类中另一种形成的构造函数(应该为构造函数中的第一条语句)
super: 它引用当前对象的直接父类中的成员(用来访问直接父类中被隐藏的父类中成员数据或函数,基类与派生类中有相同成员定义时如:super.变量名 super.成员函数据名(实参)
this:它代表当前对象名(在程序中易产生二义性之处,应使用this来指明当前对象;如果函数的形参与类中的成员数据同名,这时需用this来指明成员变量名)
调用super()必须写在子类构造方法的第一行,否则编译不通过。每个子类构造方法的第一条语句,都是隐含地调用super(),如果父类没有这种形式的构造函数,那么在编译的时候就会报错。
super()和this()类似,区别是,super()从子类中调用父类的构造方法,this()在同一类内调用其它方法。
super()和this()均需放在构造方法内第一行。
尽管可以用this调用一个构造器,但却不能调用两个。
this和super不能同时出现在一个构造函数里面,因为this必然会调用其它的构造函数,其它的构造函数必然也会有super语句的存在,所以在同一个构造函数里面有相同的语句,就失去了语句的意义,编译器也不会通过。
this()和super()都指的是对象,所以,均不可以在static环境中使用。包括:static变量,static方法,static语句块。
从本质上讲,this是一个指向本对象的指针, 然而super是一个Java关键字。

`ViewModel` `onRetainNonConfigurationInstance()` 是 Android 中用于在配置变更期间保留数据的两种机制,它们在实现原理使用方式上各有特点,适用于不同的开发场景。 ### 一、实现机制的相同点 1. **配置变更期间保留数据**:两者都能在配置变更(如屏幕旋转、语言切换)时保留数据,避免 Activity 被销毁后数据丢失。 2. **不依赖 Activity 的生命周期**:它们都可以在 Activity 重建后继续存在,直到其关联的作用域真正被销毁。 3. **避免重复初始化**:都可用于保存耗时初始化的数据,如网络请求、播放器实例等,从而提高应用性能。 ### 二、实现机制的不同点 | 对比维度 | `ViewModel` | `onRetainNonConfigurationInstance()` | |----------|-------------|----------------------------------------| | **实现原理** | 基于生命周期感知组件,由 `ViewModelProvider` 管理生命周期 | 通过系统回调保存对象实例 | | **数据持有方式** | 通过 `ViewModelStore` 持有 ViewModel 实例 | 返回一个 `Object`,由系统保存并在新 Activity 中恢复 | | **生命周期管理** | 自动管理, `Activity` 或 `Fragment` 的生命周期绑定 | 需要手动管理对象的生命周期 | | **内存泄漏风险** | 低,不建议在 ViewModel 中持有 Context | 高,若对象持有旧 Activity 的 Context 会导致内存泄漏 | | **数据恢复方式** | 通过 `ViewModelProvider` 获取 | 通过 `getLastNonConfigurationInstance()` 获取 | | **架构组件集成** | 支持 `LiveData`、`LiveData`、`DataBinding` 等 Jetpack 组件 | 不支持 Jetpack 架构组件 | | **适用场景** | 推荐用于现代开发,适合大多数数据保存场景 | 适用于旧项目或特定对象的保留,已被 ViewModel 取代 | ### 三、使用方式对比示例 #### 使用 `ViewModel` ```kotlin class MyViewModel : ViewModel() { val data = MutableLiveData<String>() } class MyActivity : AppCompatActivity() { private lateinit var viewModel: MyViewModel override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) viewModel = ViewModelProvider(this)[MyViewModel::class.java] viewModel.data.observe(this) { // 更新 UI } } } ``` #### 使用 `onRetainNonConfigurationInstance` ```java private MediaPlayer mediaPlayer; @Override public Object onRetainNonConfigurationInstance() { return mediaPlayer; } @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); mediaPlayer = (MediaPlayer) getLastNonConfigurationInstance(); if (mediaPlayer == null) { mediaPlayer = new MediaPlayer(); } } ``` ### 四、总结 `ViewModel` 是 Android Jetpack 提供的一种更现代、更安全的数据保留机制,具有良好的生命周期管理架构集成能力。而 `onRetainNonConfigurationInstance()` 是一种较早期的机制,在旧项目中仍可见,但容易引发内存泄漏问题。在现代 Android 开发中,推荐优先使用 `ViewModel` 来替代 `onRetainNonConfigurationInstance()`。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值