Android开发：浅谈MVP模式应用与内存泄漏问题解决

2024-10-05 15:33:02

最近博主开始在项目中实践MVP模式，却意外发现内存泄漏比较严重，但却很少人谈到这个问题，促使了本文的发布，本文假设读者已了解MVP架构。

MVP简介

M-Modle，数据，逻辑操作层，数据获取，数据持久化保存。比如网络操作，数据库操作

V-View，界面展示层，Android中的具体体现为Activity，Fragment

P-Presenter，中介者，连接Modle，View层，同时持有modle引用和view接口引用

示例代码
Modle层操作

public class TestModle implements IModle{
  private CallbackListener callback;

  public TestModle(CallbackListener callback) {
    this.callback = callback;
  }
  public interface CallbackListener {
    void onGetData(String data);
  }
  public void getData() {
    new Thread() {
      public void run() {
        callback.onGetData("返回的数据");
      }
    }.start();
  }
}

View层

// 抽象的view层
public interface TestViewInterf extends IView {
  void onGetData(String data);
}

// 具体的View层
public class MainActivity extends Activity implements TestViewInterf{
  private TestPresenter mTestPresenter;

  @Override
  public void onCreate(@Nullable Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);

    // view层将获取数据的任务委派给中介者presenter，并传入自身实例对象，实现TestViewInterf接口
    mTestPresenter = new TestPresenter(this);
    mTestPresenter.getData();
  }

  @Override
  public void onGetData(String data) {
    // View层只做数据展示
    showToast(data);
  }

  private void showToast(String toast) {
    Toast.makeText(this, toast, Toast.LENGTH_LONG).show();
  }
}

Presenter中介者

public class TestPresenter implements IPresenter{
  IModle modle;
  IView view;
  public TestPresenter(IView view) {
    this.view = view;
  }

  public void getData() {
    // 获取数据的操作实际在Modle层执行
    modle = new TestModle(new CallbackListener() {
      public void onGetData(String data) {
        if (view != null) {
          view.onGetData(data);
        }
      }
    });
    modle.getData();
  }
}

根据OOP思想，Java应面向接口编程，这样才能给符合OCP原则。上述示例代码省略了更加抽象的接口IModle，IView，IPresenter，并且实际MVP实践中通常会引入泛型使其更具扩展性。

Google已提供了相关示例代码，并在MVP中增加了一个约束者：Contract，它的作用是定义各个模块的MVP接口。
google MVP sample code：https://github.com/googlesamples/android-architecture

内存泄露问题

由上可见，Presenter中持有View接口对象，这个接口对象实际为MainActivity.this，Modle中也同时拥有Presenter对象实例，当MainActivity要销毁时，Presenter中有Modle在获取数据，那么问题来了，这个Activity还能正常销毁吗？

答案是不能！

当Modle在获取数据时，不做处理，它就一直持有Presenter对象，而Presenter对象又持有Activity对象，这条GC链不剪断，Activity就无法被完整回收。

换句话说：Presenter不销毁，Activity就无法正常被回收。

解决MVP的内存泄露

Presenter在Activity的onDestroy方法回调时执行资源释放操作，或者在Presenter引用View对象时使用更加容易回收的软引用，弱应用。

比如示例代码：
Activity

@Override
  public void onDestroy() {
    super.onDestroy();
    mPresenter.destroy();
  }

Presenter

public void destroy() {
  view = null;
  if(modle != null) {
    modle.cancleTasks();
  }
}

Modle

public void cancleTasks() {
  // TODO 终止线程池ThreadPool.shutDown()，AsyncTask.cancle()，或者调用框架的取消任务api
}

个人总结

因为面向MVP接口编程，可适应需求变更，所以MVP适用于比较大的项目；因为其简化了Activity和Fragmnt的职责，可大大减少View层的代码量，比起MVC中Activity，Fragment动不动上千行的代码量，简直优雅！

做完以上操作，由于MVP引起的内存泄露就差不多解决了，以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持我们。

Android如何从实现到封装一个MVP详解

前言 MVP 是从经典的模式MVC演变而来,它们的基本思想有相通的地方:Controller/Presenter负责逻辑的处理,Model提供数据,View负责显示.下面这篇文章主要给大家介绍了关于Android从实现到封装MVP的相关内容,分享出来供大家参考学习,下面话不多说了,来一起看看详细的介绍吧. MVP之间的联系大概简单的解释就是M->module处理数据,V->Act显示界面,P->M和V沟通的渠道,即P用来将数据和界面联系到一起,这样子界面和数据就可以完全独立开来,Ac
完整的Android MVP开发之旅

开发背景最近是在做一个与健身相关的APP,里面有训练器模块基本功能是按照特点动作的演示和描述来引导用户完成训练.在第一个版本时由于没接触过些类项目与功能花了几周的时间大概1500行代码才完成这个功能, 当时虽然我已经尽量让代码表现的清晰,但是可以想像到当一个Activity中包含这么多代码是什么感觉.自己维护起来都难受. 先谈设计有了前一次设计经验此次开发使用MVP.模块化.面向接口等概念,将整个训练器分为控制器.数据模型.音频.视图.可训练对象五个模块分别用以下接口表示: ITrainer
Android MVP模式ListView中嵌入checkBox的使用方法

MVP模式 ListView中嵌入checkBox的使用本文写的是一个小demo,如何在ListView中嵌入checkBox配合使用,本篇文章与前面的嵌入Button类似,同样的采用MVP模式的写代码,本次案例中会有几个小细节,我将会在案例中介绍. 程序基本框架如下: View层: MainActivity.java public class MainActivity extends AppCompatActivity implements ViewInter<MyBean>{ //Lis
详解Android MVP开发模式

本文主要讲解MVP开发模式以及具体实例. 一.简介 MVP(Model View Presenter)模式是著名的MVC(Model View Controller)模式的一个演化版本,目前它在Android应用开发中越来越重要了.初看起来我们会感觉增加了很多类接口代码看起来更加清晰. MVP模式可以分离显示层和逻辑层,所以功能接口如何工作与功能的展示可以实现分离,MVP模式理想化地可以实现同一份逻辑代码搭配不同的显示界面.不过MVP不是一个结构化的模式,它只是负责显示层而已,任何时候都可以在自
详解MVP模式在Android开发中的应用

一.MVP介绍随着UI创建技术的功能日益增强,UI层也履行着越来越多的职责.为了更好地细分视图(View)与模型(Model)的功能,让View专注于处理数据的可视化以及与用户的交互,同时让Model只关系数据的处理,基于MVC概念的MVP(Model-View-Presenter)模式应运而生. 在MVP模式里通常包含4个要素: (1)View:负责绘制UI元素.与用户进行交互(在Android中体现为Activity); (2)View interface:需要View实现的接口,Vie
Android MVP模式实战教程

一.什么是MVP 在网上找了些资料,整理如下: MVP是模型(Model).视图(View).主持人(Presenter)的缩写,分别代表项目中3个不同的模块. 模型(Model):负责处理数据的加载或者存储,比如从网络或本地数据库获取数据等: 视图(View):负责界面数据的展示,与用户进行交互: 主持人(Presenter):相当于协调者,是模型与视图之间的桥梁,将模型与视图分离开来. 如下图所示,View与Model并不直接交互,而是使用Presenter作为View与Model之间的桥梁
详解Android中的MVP架构分解和实现

1.概述传统的Android开发架构一般是MVC模式, Model:业务逻辑和实体模型 View:对应于布局文件 Controllor:对应于Activity 单独从逻辑看起来非常好,与我们做Web开发时,开发模式类似,但在实际开发中,View对应于布局文件,实际上关于该布局文件中的数据绑定的操作,事件处理的代码都在Activity中,Activity既像View又像Controller(MVVP架构中包括数据绑定),导致Activity中职责太重,耦合度大.修改和维护起来非常麻烦. 2.MV
浅谈Android官方MVP架构解读

综述对于MVP (Model View Presenter)架构是从著名的MVC(Model View Controller)架构演变而来的.而对于Android应用的开发中本身可视为一种MVC架构.通常在开发中将XML文件视为MVC中的View角色,而将Activity则视为MVC中的Controller角色.不过更多情况下在实际应用开发中Activity不能够完全充当Controller,而是Controller和View的合体.于是Activity既要负责视图的显示,又要负责对业务逻辑的
Android中mvp模式使用实例详解

MVP 是从经典的模式MVC演变而来,它们的基本思想有相通的地方:Controller/Presenter负责逻辑的处理,Model提供数据,View负责显示.作为一种新的模式,MVP与MVC有着一个重大的区别:在MVP中View并不直接使用Model,它们之间的通信是通过Presenter (MVC中的Controller)来进行的,所有的交互都发生在Presenter内部,而在MVC中View会从直接Model中读取数据而不是通过 Controller. 在MVC里,View是可以直接访问
Android开发：浅谈MVP模式应用与内存泄漏问题解决

最近博主开始在项目中实践MVP模式,却意外发现内存泄漏比较严重,但却很少人谈到这个问题,促使了本文的发布,本文假设读者已了解MVP架构. MVP简介 M-Modle,数据,逻辑操作层,数据获取,数据持久化保存.比如网络操作,数据库操作 V-View,界面展示层,Android中的具体体现为Activity,Fragment P-Presenter,中介者,连接Modle,View层,同时持有modle引用和view接口引用示例代码 Modle层操作 public class TestModle
浅谈VueJS SSR 后端绘制内存泄漏的相关解决经验

引言 Memory Leak 是最难排查调试的 Bug 种类之一,因为内存泄漏是个 undecidable problem,只有开发者才能明确一块内存是不是需要被回收.再加上内存泄漏也没有特定的报错信息,只能通过一定时间段的日志来判断是否存在内存泄漏.大家熟悉的常用调试工具对排查内存泄漏也没有用武之地.当然了,除了专门用于排查内存泄漏的工具(抓取Heap之类的工具)之外. 对于不同的语言,各种排查内存泄漏的方式方法也不尽相同.对于 JavaScript 来说,针对不同的平台,调试工具也是不一样的
浅谈架构模式变迁之从分层架构到微服务架构

前言谈到软件系统设计的方法论,在代码层面,有我们熟悉的23种设计模式(design pattern),对应到架构层面,则有所谓的架构模式(architecture pattern).它们分别从微观和宏观的角度指导着我们设计出良好的软件系统,因此,作为一个软件工程师,我们不仅要熟悉设计模式,对常见的架构模式也要熟稔于心.正如看到一个设计模式的名字脑里就能浮现出大致的结构图,当我们看到一个架构模式的名字时,也要马上想到对应的架构图及其基本特点.比如,当谈到分层架构时,我们就应该想起它的架构图是怎样
Java设计模式之浅谈模板方法模式

一. 什么是模板方法设计模式从字面意义上理解, 模板方法就是定义出来一套方法, 作为模板, 也就是基础. 在这个基础上, 我们可以进行加工,实现个性化的实现.比如:一日餐三. 早餐, 中餐, 晚餐. 每个人都要吃三餐, 但每个人的三餐吃的可能都不一样. 一日三餐定义了模板--早中晚, 每个人的三餐就是模板的具体实现. 1.1 模板方法的用途将不变的行为从子类搬到超类,去除了子类中的重复代码.规范子类的结构 1.2 模板方法的定义定义一个操作中的算法骨架,而将算法的一些步骤延迟到子类中,使得
Android 开发手机（三星）拍照应用照片旋转问题解决办法

Android 开发手机(三星)拍照应用照片旋转问题解决办法最近解决了一个令我头疼好久的问题,就是三星手机拍照图片旋转的问题,项目中有上传图片的功能,那么涉及到拍照,从相册中选择图片,别的手机都ok没有问题,唯独三星的手机拍照之后,你会很清楚的看到会把照片旋转一下,然后你根据路径找到的图片就是已经被旋转的了,解决办法终于被我找到了.我们可以根据图片的路径读取照片exif(Exchangeable Image File 可交换图像文件)信息中的旋转角度根据调试,可以清楚的发现三星手机拍照的图片
Android开发实现的获取sdcard大小及内存大小工具类

本文实例讲述了Android开发实现的获取sdcard大小及内存大小工具类.分享给大家供大家参考,具体如下: public class SDCardUtil { /** * SD卡 * @param context */ public static void getSDCardInfo(Context context){ try { File path = Environment.getExternalStorageDirectory(); StatFs s = new StatFs(path.
浅谈Docker-compose中的depends_on顺序的问题解决

使用depends_on进行容器排序时并不能完美的解决容器之间的依赖问题,原因是因为 depends_on只能保证容器进入到运行状态而不是完全状态(不知道怎么描述了). 网上已经列出来了解决方法,使用 wait-for-it或者 wait-for,在启动时对需要优先启动的容器进行访问,当可以访问成功时在启动,但是都不够详细,甚至很多都是同样的内容,(这里吐槽一下环境真乱). 可能我比较笨,花了一天才解决,在这里记录下来. 我使用的是 wait-for ,wait-for-it.sh我测试的时候
Android性能优化之利用Rxlifecycle解决RxJava内存泄漏详解

前言: 其实RxJava引起的内存泄漏是我无意中发现了,本来是想了解Retrofit与RxJava相结合中是如何通过适配器模式解决的,结果却发现了RxJava是会引起内存泄漏的,所有想着查找一下资料学习一下如何解决RxJava引起的内存泄漏,就查到了利用Rxlifecycle开源框架可以解决,今天周末就来学习一下如何使用Rxlifecycle. 引用泄漏的背景: RxJava作为一种响应式编程框架,是目前编程界网红,可谓是家喻户晓,其简洁的编码风格.易用易读的链式方法调用.强大的异步支持等使得R
Android开发之文件操作模式深入理解

一.基本概念复制代码代码如下: // 上下文对象 private Context context; public FileService(Context context) { super(); this.context = context; } // 保存文件方法 public void save(String filename, String fileContent) throws Exception { FileOutputStream fos = context.openFileOut
Android WorkManager浅谈

一.原文翻译 WorkManager API 可以很容易的指定可延迟的异步任务.允许你创建任务,并把它交给WorkManager来立即运行或在适当的时间运行.WorkManager根据设备API的级别和应用程序状态等因素来选择适当的方式运行任务.如果WorkManager在应用程序运行时执行你的任务,它会在应用程序进程的新线程中执行.如果应用程序没有运行,WorkManager会根据设备API级别和包含的依赖项选择适当的方式安排后台任务,可能会使用JobScheduler.Firebase Jo

Android开发：浅谈MVP模式应用与内存泄漏问题解决

相关推荐

随机推荐