移动开发避坑指南——内存泄漏

在日常编写代码时难免会遇到各种各样的问题和坑，这些问题可能会影响我们的开发效率和代码质量，因此我们需要不断总结和学习，以避免这些问题的出现。接下来我们将围绕移动开发中常见问题做出总结，以提高大家的开发质量。本系列文章讲围绕内存泄漏、语言开发注意事项等展开。本篇我们将介绍Android/iOS常见的内存泄漏问题。

一、Android端

GEEK TALK

内存泄漏（Memory Leak），简单说就是不再使用的对象无法被GC回收，占用内存无法释放，导致应用占用内存越来越多，内存空间不足而出现OOM崩溃；另外因为内存可用空间变少，GC更加频繁，更容易触发FULL GC，停止线程工作，导致应用卡顿。

Android应用程序中的内存泄漏是一种常见的问题，以下是一些常见的Android内存泄漏：

1.1 匿名内部类

匿名内部类持有外部类的引用，匿名内部类对象泄露，从而导致外部类对象内存泄漏，常见Handler、Runnable匿名内部类，持有外部Activity的引用，如果Activity已经被销毁，但是Handler未处理完消息，导致Handler内存泄露，从而导致Activity内存泄露。

示例1:

public class TestActivity extends AppCompatActivity {
    private static final int FINISH_CODE = 1;
    private Handler handler = new Handler() {        @Override        public void handleMessage(@NonNull Message msg) {            if (msg.what == FINISH_CODE) {                TestActivity.this.finish();            }        }    };
    @Override    protected void onCreate(@Nullable Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        handler.sendEmptyMessageDelayed(FINISH_CODE, 60000);    }}

示例2:

public class TestActivity extends AppCompatActivity {
    @Override    protected void onCreate(@Nullable Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        new Handler().postDelayed(new Runnable() {            @Override            public void run() {                TestActivity.this.finish();            }        }, 60000);    }}

示例1和示例2均为简单计时一分钟关闭页面，如果页面在之前被主动关闭销毁，Handler中仍有消息等待执行，就存在到Activity的引用链，导致Activity销毁后无法被GC回收，造成内存泄露；示例1为Handler匿名内部类，持有外部Activity引用：主线程 —> ThreadLocal —> Looper —> MessageQueue —> Message —> Handler —> Activity；示例2为Runnable匿名内部类，持有外部Activity引用：Message —> Runnable —> Activity.

修复方法1：主要针对Handler，在Activity生命周期移除所有消息。

    @Override    protected void onDestroy() {        super.onDestroy();        handler.removeCallbacksAndMessages(null);    }

修复方法2：静态内部类+弱引用，去掉强引用关系，可以修复类似匿名内部类造成内存泄露。

    static class FinishRunnable implements Runnable {
        private WeakReference<Activity> activityWeakReference;
        FinishRunnable(Activity activity) {            activityWeakReference = new WeakReference<>(activity);        }
        @Override        public void run() {            Activity activity = activityWeakReference.get();            if (activity != null) {                activity.finish();            }        }    }        new Handler().postDelayed(new FinishRunnable(TestActivity.this), 60000);

1.2 单例/静态变量

单例/静态变量持有Activity的引用，即使Activity已经被销毁，它的引用仍然存在，从而导致内存泄漏。

示例:

    static class Singleton {
        private static Singleton instance;
        private Context context;
        private Singleton(Context context) {            this.context = context;        }
        public static Singleton getInstance(Context context) {            if (instance == null) {                instance = new Singleton(context);            }            return instance;        }    }        Singleton.getInstance(TestActivity.this)；

调用示例中的单例，传递Context参数，使用Activity对象，即使Activity销毁，也一直被静态变量Singleton引用，导致无法回收造成内存泄露。

修复方法：

Singleton.getInstance(Application.this)；

尽量使用Application的Context作为单例参数，除非一些需要需要Activity的功能，比如显示Dialog，如果非要使用Activity作为单例参数，可以参考匿名内部类修复方法，在合适时机比如Activity的onDestroy生命周期释放单例，或者使用弱引用持有Activity。

1.3 监听器

示例: EventBus注册监听未解绑，导致注册到EventBus一直被引用，无法回收。

public class TestActivity extends AppCompatActivity {        @Override    protected void onCreate(@Nullable Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        EventBus.getDefault().register(this);    }}

修复方法: 在对应注册监听的生命周期解绑，onCreate对应onDestroy。

    @Override    protected void onDestroy() {        super.onDestroy();        EventBus.getDefault().unregister(this);    }

1.4 文件/数据库资源

示例: 打开文件数据库或者文件，发生异常，未关闭，导致资源一直存在，导致内存泄漏。

    public static void copyStream(File inFile, File outFile) {        try {            FileInputStream inputStream = new FileInputStream(inFile);            FileOutputStream outputStream = new FileOutputStream(outFile);            byte[] buffer = new byte[1024];            int len;            while ((len = inputStream.read(buffer)) != -1) {                outputStream.write(buffer, , len);            }        } catch (IOException e) {            e.printStackTrace();        }    }

修复：在finally代码块中关闭文件流，保证发生异常后一定能执行到

    public static void copyStream(File inFile, File outFile) {        FileInputStream inputStream = null;        FileOutputStream outputStream = null;        try {            inputStream = new FileInputStream(inFile);            outputStream = new FileOutputStream(outFile);            byte[] buffer = new byte[1024];            int len;            while ((len = inputStream.read(buffer)) != -1) {                outputStream.write(buffer, , len);            }        } catch (IOException e) {            e.printStackTrace();        } finally {            close(inputStream);            close(outputStream);        }    }
    public static void close(Closeable closeable) {        if (closeable != null) {            try {                closeable.close();            } catch (Exception e) {                e.printStackTrace();            }        }    }

1.5 动画

示例: Android动画未及时取消释放动画资源，导致内存泄露。

public class TestActivity extends AppCompatActivity {
    private ImageView imageView;    private Animation animation;
    @Override    protected void onCreate(Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        setContentView(R.layout.activity_test);
        imageView = (ImageView) findViewById(R.id.image_view);        animation = AnimationUtils.loadAnimation(this, R.anim.test_animation);        imageView.startAnimation(animation);    }}

修复: 在页面退出销毁时取消动画，及时释放动画资源。

@Overrideprotected void onDestroy() {    super.onDestroy();    if (animation != null) {        animation.cancel();        animation = null;    }}

二、IOS端

GEEK TALK

目前我们已经有了ARC（自动引用计数）来替代MRC（手动引用计数），申请的对象在没有被强引用时会自动释放。但在编码不规范的情况下，引用计数无法及时归零，还是会存在引入内存泄露的风险，这可能会造成一些非常严重的后果。以直播场景举例，如果直播业务的ViewController无法释放，会导致依赖于ViewController的点位统计数据异常，且用户关闭直播页面后仍然可以听到直播声音。熟悉内存泄漏场景、养成避免内存泄露的习惯是十分重要的。下面介绍一些iOS常见内存泄漏及解决方案。

2.1 block引起的循环引用

block引入的循环引用是常见的一类内存泄露问题。常见的引用环是对象->block->对象，此时对象和block的引用计数均为1，无法被释放。

[self.contentView setActionBlock:^{    [self doSomething];}];

例子代码中，self强引用成员变量contentView，contentView强引用actionBlock，actionBlock又强引用了self，引入内存泄露问题。

解除循环引用，就是解除强引用环，需要将某一强引用替换为弱引用。如：

__weak typeof(self) weakSelf = self;[self.contentView setActionBlock:^{    __strong typeof(weakSelf) strongSelf = weakSelf;    [strongSelf doSomething];}];

此时actionBlock弱引用self，循环引用被打破，可以正常释放。

或者使用RAC提供的更简便的写法：

@weakify(self);[self setTaskActionBlock:^{    @strongify(self);    [self doSomething];}];

需要注意的是，可能和block存在循环引用的不仅仅是self，所有实例对象都有可能存在这样的问题，而这也是开发过程中很容易忽略的。比如：

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {    Cell *cell = [tableView dequeueReusableCellWithIdentifier:@"identifer"];    @weakify(self);    cell.clickItemBlock = ^(CellModel * _Nonnull model) {        @strongify(self);        [self didSelectRowMehod:model tableView:tableView];    };    return cell;}

这个例子中，self和block之间的循环引用被打破，self可以正常释放了，但是需要注意的是还存在一条循环引用链：tableView强引用cell，cell强引用block，block强引用tableView。这同样会导致tableView和cell无法释放。

正确的写法为：

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {    Cell *cell = [tableView dequeueReusableCellWithIdentifier:@"identifer"];    @weakify(self);    @weakify(tableView);    cell.clickItemBlock = ^(CellModel * _Nonnull model) {        @strongify(self);        @strongify(tableView);        [self didSelectRowMehod:model tableView:tableView];    };    return cell;}

2.2 delegate引起的循环引用

@protocol TestSubClassDelegate <NSObject>
- (void)doSomething;
@end
@interface TestSubClass : NSObject
@property (nonatomic, strong) id<TestSubClassDelegate> delegate;
@end
@interface TestClass : NSObject <TestSubClassDelegate>
@property (nonatomic, strong) TestSubClass *subObj;
@end

上述例子中，TestSubClass对delegate使用了strong修饰符，导致设置代理后，TestClass实例和TestSubClass实例相互强引用，造成循环引用。大部分情况下，delegate都需要使用weak修饰符来避免循环引用。

2.3 NSTimer强引用

self.timer = [NSTimer timerWithTimeInterval:1 target:self selector:@selector(doSomething) userInfo:nil repeats:YES];[NSRunLoop.currentRunLoop addTimer:self.timer forMode:NSRunLoopCommonModes];

NSTimer实例会强引用传入的target，就会出现self和timer的相互强引用。此时必须手动维护timer的状态，在timer停止或view被移除时，主动销毁timer，打破循环引用。

解决方案1：换用iOS10后提供的block方式，避免NSTimer强引用target。

@weakify(self);self.timer = [NSTimer timerWithTimeInterval:1 repeats:YES block:^(NSTimer * _Nonnull timer) {    @strongify(self);    [self doSomething];}];

解决方案2：使用NSProxy解决强引用问题。

// WeakProxy@interface TestWeakProxy : NSProxy
@property (nullable, nonatomic, weak, readonly) id target;
- (instancetype)initWithTarget:(id)target;
+ (instancetype)proxyWithTarget:(id)target;
@end
@implementation TestWeakProxy
- (instancetype)initWithTarget:(id)target {    _target = target;    return self;}
+ (instancetype)proxyWithTarget:(id)target {    return [[TestWeakProxy alloc] initWithTarget:target];}
- (void)forwardInvocation:(NSInvocation *)invocation {    if ([self.target respondsToSelector:[invocation selector]]) {        [invocation invokeWithTarget:self.target];    }}
- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector {    return [self.target methodSignatureForSelector:aSelector];}
- (BOOL)respondsToSelector:(SEL)aSelector {    return [self.target respondsToSelector:aSelector];}
@end
// 调用self.timer = [NSTimer timerWithTimeInterval:1 target:[TestWeakProxy proxyWithTarget:self] selector:@selector(doSomething) userInfo:nil repeats:YES];

2.4 非引用类型内存泄漏

ARC的自动释放是基于引用计数来实现的，只会维护oc对象。直接使用C语言malloc申请的内存，是不被ARC管理的，需要手动释放。常见的如使用CoreFoundation、CoreGraphics框架自定义绘图、读取文件等操作。

如通过CVPixelBufferRef生成UIImage：

CVPixelBufferRef pixelBuffer = CMSampleBufferGetImageBuffer(sampleBuffer);CIImage* bufferImage = [CIImage imageWithCVPixelBuffer:pixelBuffer];CIContext *context = [CIContext contextWithOptions:nil];CGImageRef frameCGImage = [context createCGImage:bufferImage fromRect:bufferImage.extent];UIImage *uiImage = [UIImage imageWithCGImage:frameCGImage];CGImageRelease(frameCGImage);CFRelease(sampleBuffer);

2.5 延迟释放问题

dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(20 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{    [self doSomething];});

上述例子中，使用dispatch_after延迟20秒后执行doSomething方法。这并不会造成self对象的内存泄漏问题。但假设self是一个UIViewController，即使self已经从导航栈中移除，不需要再使用了，self也会在block执行后才会被释放，造成业务上出现类似内存泄露的现象。

在这种长时间的延时执行中，好也加入weakify-strongify对，避免强持有。

@weakify(self);dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(20 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{    @strongify(self);    [self doSomething];});

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

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

相关文章

03-进程-网络命令-软件安装-SSH免密登录

03-进程-网络命令-软件安装-SSH免密登录

软件安装-网络命令-SSH免密登录 一 软件安装 1 在线安装 命令&#xff1a; yum 作用&#xff1a;yum会从指定的服务器自动下载rpm包并且进行安装&#xff0c;优点是可以自动处理依赖关系&#xff0c;并且一次安装所有的软件包。 配置yum的镜像源 yum源有个统一的下载服务…
阅读更多...
剖析 SPI 在 Spring 中的应用

剖析 SPI 在 Spring 中的应用

一、概述 SPI&#xff08;Service Provider Interface&#xff09;&#xff0c;是Java内置的一种服务提供发现机制&#xff0c;可以用来提高框架的扩展性&#xff0c;主要用于框架的开发中&#xff0c;比如Dubbo&#xff0c;不同框架中实现略有差异&#xff0c;但核心机制相同…
阅读更多...
JavaScript中的cookie、localStorage的区别和特点

JavaScript中的cookie、localStorage的区别和特点

在JavaScript中&#xff0c;cookie和localStorage都是用于在客户端存储数据的方法&#xff0c;但它们有一些重要的区别和特点。 Cookie 特点&#xff1a; 存储量小&#xff1a;每个域名下的cookie数量是有限制的&#xff0c;并且每个cookie的大小也是有限制的。一般来说&…
阅读更多...
精确号码比例放通算法的设计与实现

精确号码比例放通算法的设计与实现

精确号码比例放通算法的设计与实现 引言背景问题定义算法设计1. 数据结构2. 算法流程3. 伪代码4. C语言实现 结论参考文献 引言 随着通信技术的飞速发展&#xff0c;呼叫中心和电信运营商面临着日益增长的呼叫管理需求。在某些情况下&#xff0c;为了确保服务质量或者遵守特定…
阅读更多...
LeetCode题练习与总结：加一--66

LeetCode题练习与总结：加一--66

一、题目描述 给定一个由 整数 组成的 非空 数组所表示的非负整数&#xff0c;在该数的基础上加一。 最高位数字存放在数组的首位&#xff0c; 数组中每个元素只存储单个数字。 你可以假设除了整数 0 之外&#xff0c;这个整数不会以零开头。 示例 1&#xff1a; 输入&…
阅读更多...
浏览器从输入url到渲染的过程

浏览器从输入url到渲染的过程

URL 解析&#xff1a; 当用户在浏览器地址栏输入 URL 时&#xff0c;浏览器会首先对 URL 进行解析。这个过程包括解析协议&#xff08;如 HTTP、HTTPS&#xff09;、域名、端口号和路径等信息。 DNS 解析&#xff1a; 把从输入的URL中解析出的域名发送给 DNS 服务器进行解析&a…
阅读更多...
方案分享 | 嵌入式指纹方案

方案分享 | 嵌入式指纹方案

随着智能设备的持续发展&#xff0c;指纹识别技术成为了现在智能终端市场和移动支付市场中占有率最高的生物识别技术。凭借高识别率、短耗时等优势&#xff0c;被广泛地运用在智能门锁、智能手机、智能家居等设备上。 我们推荐的品牌早已在2015年进入指纹识别应用领域&#xff…
阅读更多...
[dvwa] sql injection

[dvwa] sql injection

sql injection 0x01 low sql语句没有过滤 经典注入&#xff0c;通过逻辑or为真相当于select * from users where true&#xff0c;99换成1也成 用union select 对齐列数&#xff0c;查看数据库信息 1’ union select 1,2# order by探测对齐列数更方便 1’ or 11 order b…
阅读更多...
Python数据挖掘项目开发实战：处理作者归属问题

Python数据挖掘项目开发实战：处理作者归属问题

注意&#xff1a;本文下载的资源&#xff0c;与以下文章的思路有相同点&#xff0c;也有不同点&#xff0c;最终目标只是让读者从多维度去熟练掌握本知识点。 Python数据挖掘项目开发实战&#xff1a;处理作者归属问题 一、项目背景与目标 在出版、科研等领域&#xff0c;确定…
阅读更多...
05.MySQL索引事务

05.MySQL索引事务

1. 索引 1.1 概念 索引是一种特殊的文件&#xff0c;包含着对数据表里所有记录的引用指针。 可以对表中的一列或多列创建索引&#xff0c;并指定索引的类型&#xff0c;各类索引有各自的数据结构实现 1.2 作用 数据库中的表、数据、索引之间的关系&#xff0c;类似于书架上的…
阅读更多...
Spring AI 应用 - 智能记者

Spring AI 应用 - 智能记者

参考实现&#xff1a; https://github.com/mshumer/ai-journalist 上面是通过 Claude 配合 SERP 搜索 API&#xff0c;使用 Python 语言实现的&#xff0c;本文通过 GitHub Copilot 辅助改为了基于 Spring AI 的 Java 版本&#xff0c;本文使用的 OpenAI。 AIJournalist 实现…
阅读更多...
Tomcat源码解析——源码环境搭建

Tomcat源码解析——源码环境搭建

一、源码下载 在进行源码阅读前&#xff0c;先下载源码包&#xff0c;这样便于做笔记和debug。 我所用的版本是Tomcat7.0.68&#xff0c; Tomcat7.0.68下载地址&#xff1a;Index of /dist/tomcat/tomcat-7/v7.0.68/src 所有Tomcat的源码包下载地址&#xff1a;Index of /dist/…
阅读更多...
第6章：6.4.2 案例二：爬取成语网站数据 （MATLAB入门课程）

第6章：6.4.2 案例二：爬取成语网站数据 （MATLAB入门课程）

讲解视频&#xff1a;可以在bilibili搜索《MATLAB教程新手入门篇——数学建模清风主讲》。​ MATLAB教程新手入门篇&#xff08;数学建模清风主讲&#xff0c;适合零基础同学观看&#xff09;_哔哩哔哩_bilibili 本案例用到的网址为&#xff1a;成语大全列表成语大全列表https…
阅读更多...
FFmpeg:自实现ijkplayer播放器--11音视频同步

FFmpeg:自实现ijkplayer播放器--11音视频同步

文章目录 音视频同步时钟结构时间api实现过程音视频同步 音视频同步采用以音频为基准的方式，使用时间轴作为参考 如部分音频数据解不出来时，计算音频的pts(时间戳)与时间轴的差值，视频时间为差值加上时间轴，使得时间戳和音频一样 时间轴统是通过av_gettime_relative()获取…
阅读更多...
c语言如何理解指针的指针？

c语言如何理解指针的指针？

1.啥叫指针&#xff1f; 在C语言中&#xff0c;指针是一个非常重要的概念。指针本质上是一个变量&#xff0c;它的值不是数据本身&#xff0c;而是存储数据的内存地址。指针允许程序直接访问和操作内存中的数据&#xff0c;这在很多情况下非常有用&#xff0c;比如在处理数组、…
阅读更多...
NSA发布《在数据支柱中推进零信任成熟度》报告

NSA发布《在数据支柱中推进零信任成熟度》报告

4月9日&#xff0c;美国国家安全局&#xff08;NSA&#xff09;发布了题为《在数据支柱中推进零信任成熟度》的报告&#xff0c;旨在于数据安全层面提供指导&#xff0c;以增强数据整体安全性并保护静态和传输中的数据。(如下图&#xff09; 一、主要内容 报告中的建议侧重于将…
阅读更多...
企业电子招标采购系统源码之从供应商管理到采购招投标、采购合同、采购执行的全过程数字化管理

企业电子招标采购系统源码之从供应商管理到采购招投标、采购合同、采购执行的全过程数字化管理

功能描述 1、门户管理&#xff1a;所有用户可在门户页面查看所有的公告信息及相关的通知信息。主要板块包含&#xff1a;招标公告、非招标公告、系统通知、政策法规。 2、立项管理&#xff1a;企业用户可对需要采购的项目进行立项申请&#xff0c;并提交审批&#xff0c;查看所…
阅读更多...
ChatGPT在线网页版

ChatGPT在线网页版

ChatGPT镜像 今天在知乎看到一个问题&#xff1a;“平民不参与内测的话没有账号还有机会使用ChatGPT吗&#xff1f;” 从去年GPT大火到现在&#xff0c;关于GPT的消息铺天盖地&#xff0c;真要有心想要去用&#xff0c;途径很多&#xff0c;别的不说&#xff0c;国内GPT的镜像…
阅读更多...
AcWing 897 最长公共子序列

AcWing 897 最长公共子序列

给定两个长度分别为 NN 和 MM 的字符串 AA 和 BB&#xff0c;求既是 AA 的子序列又是 BB 的子序列的字符串长度最长是多少。 输入格式 第一行包含两个整数 NN 和 MM。 第二行包含一个长度为 NN 的字符串&#xff0c;表示字符串 AA。 第三行包含一个长度为 MM 的字符串&…
阅读更多...
Linux：Redis7.2.4的源码包部署（2）

Linux：Redis7.2.4的源码包部署（2）

本章使用的是centos9进行部署 1.获取rpm安装包 Index of /releases/ (redis.io)https://download.redis.io/releases/这个网站有历史的版本&#xff0c;我这里使用的是最新版7.2.4进行安装 点击即可进行下载 方进Linux中&#xff0c;如果你的Linux中可以直接使用wget去下载 2…
阅读更多...
最新文章

Copyright @ 2022~2023