内存泄漏

Android

Android中造成内存泄漏原因是长生命周期对象持有短生命周期对象。下面简单列举几种常见的造成内存泄漏的场景。

1. 静态变量持有Activity引用

   public class AppUtils {
       // 错误：静态变量持有Activity
       public static Activity sCurrentActivity;
   }
   
   // 在Activity中
   protected void onCreate() {
       AppUtils.sCurrentActivity = this; // 泄漏点
   }
   

2. 非静态内部类持有外部类引用

   public class MainActivity extends Activity {
       private Handler mHandler = new Handler() { // 匿名内部类隐式持有外部类引用
           void handleMessage(Message msg) {
               updateUI(); // 即使Activity销毁仍可被调用
           }
       };
   
       void sendDelayedMessage() {
           mHandler.sendEmptyMessageDelayed(0, 100000); // 延迟消息导致Handler存活
       }
   }
   

3. 未取消注册监听器

   public class SensorActivity extends Activity {
       private SensorManager sensorManager;
   
       protected void onCreate() {
           sensorManager.registerListener(sensorListener); // 注册监听
       }
   
       // 缺少onDestroy中的unregisterListener()
   }

4. 资源未关闭

   public void loadFile() {
       FileInputStream fis = new FileInputStream("large.txt");
       // 使用后未关闭
   }

iOS

iOS 平台主要使用 ARC（Automatic Reference Counting）进行内存管理，虽能自动处理大部分引用生命周期，但仍无法完全避免循环引用（Retain Cycle） 所导致的内存泄漏问题。典型场景包括：

• 两个对象互设 strong 属性

@interface Child : NSObject
@property (nonatomic, strong) id parent;
@end

@interface Parent : NSObject
@property (nonatomic, strong) Child *child;
@end

Parent *p = [Parent new];
Child  *c = [Child  new];
p.child  = c;        // Parent -> Child (strong)
c.parent = p;        // Child  -> Parent (strong) 循环引用

• block 属性强引用 self

@interface MyViewModel : NSObject
@property (nonatomic, copy) void (^completion)(void);
@end

@implementation MyViewController
- (void)viewDidLoad {
    [super viewDidLoad];

    self.viewModel.completion = ^{      // block 持有 self
        [self requestFinished];         // self 也持有 viewModel
    };                                  // 循环引用
}
@end

• NSTimer（scheduledTimerWithTimeInterval）

@interface MyController ()
@property (nonatomic, strong) NSTimer *timer;
@end

self.timer = [NSTimer scheduledTimerWithTimeInterval:1.0
                                              target:self   // Timer retain target
                                            selector:@selector(tick)
                                            userInfo:nil
                                             repeats:YES];  // self 也强持有 timer

• Delegate 代理模式中的循环引用

// CustomView.h
@class CustomView;
@protocol CustomViewDelegate <NSObject>
- (void)customViewDidTap:(CustomView *)view;
@end

@interface CustomView : UIView
// 错误：delegate 属性应该总是 weak 的
@property (nonatomic, strong) id<CustomViewDelegate> delegate; 
@end

// ViewController.m 中
// self.customView = [[CustomView alloc] init];
// self.customView.delegate = self; // 导致循环引用

Android

Android当前版本支持Java内存泄漏的检测，检测手段是分析堆转储（Heap Dumps）文件，按预置规则识别泄漏。

识别规则如下：

• Activity泄漏

  • 如果Activity的mDestroyed为true则视为泄漏。

• Service泄漏

  • 如果Service在ActivityThread.mServices中则视为泄漏。

• Fragment泄漏

  • 如果Fragment的mFragmentManager为null则视为泄漏。

• View泄漏（只判断根View的泄漏）

  • 如果根View的mContext是Activity，则Activity的mDestroyed为true则视View为泄漏。

  • 否则，如果View已经detach，则视为泄漏。

• MessageQueue泄漏

  • 如果MessageQueue的mQuiting为true则视为泄漏。

• Window泄漏

  • 如果Window的mDestroyed为true则视为泄漏。

• Toast泄漏

  • 如果Toast.mTN的mWM不为null且mView为null则视为泄漏。

iOS

为平衡检测精度与运行时性能，SDK 采用基于根对象的引用图遍历算法，在应用转入后台时自动触发检测流程，具体策略如下：

• 根对象类型：以 UIViewController 及其子类实例作为根节点（Root Objects），因其生命周期清晰、与界面强相关，适合作为泄漏分析起点；

• 检测时机：应用进入后台后延迟执行，避免影响前台用户体验；

• 遍历深度：最大检测深度为 10 层引用链，兼顾完整性与性能；

• 检测内容：识别对象间形成的强引用闭环，并生成可读的引用路径（如 A -> B -> C -> A）报告

Android

已按照Android SDK接入文档接入了内存分析。

iOS

已按照iOS SDK接入文档接入了内存分析。