内存泄漏、溢出简介

内存溢出：int[] a = new int[5]; a[5] = 666; //报错 内存泄露：c/c++里new完不delete，如果丢失指针，就释放不了，也无法使用，直到程序退出。 转载于:https://www.cnblogs.com/Cengjianwei/p/10690227.html...

不太懂ios端，所以ios可以参考下我的方案。 由于 rn是 基于原生端上开发的。所以内存泄漏可能会存在两个方面。一是原生端，另外一端是 rn端。 原生端 android的话可以使用LeakCanary 查看。 具体步骤可以参考下面的文章： https://www.jianshu.com/p/70b8c87ea877 rn端的话，debug版本注意黄色警告，会自动提示内存泄漏的。 ...

内存泄露在前几年一直是个比较重要的话题，而如今虽然手机电脑内存容量较大，但依旧可能会存在严重的内存泄露问题。比如，一个 RN 界面存在内存泄露，一次访问回退，可能会导致占用内存增加 10M，以此不断切换页面，很快手机会出现卡顿的现象。 为什么 js 会发生内存泄露 这得先提到垃圾回收。线代浏览器都是自动回收垃圾，原理分两种： 引用计数垃圾回收 这一点和 objective-c 很像。当一个对象能访问另一个对象时，则意味着被访问的对象引用计数+1，当移除这种访问时，引用计数-1。当引用计数为 0 时，代表

-Xms256m -Xmx512m -XX:MaxNewSize=256m -XX:MaxPermSize=256m -Xms:JVM初始分配的内存由-Xms指定，默认是物理内存的1/64； -Xmx:JVM最大分配的内存由-Xmx指定 XX:MaxNewSize:设置新域的初始值和最大值。 XX:MaxPermSize:设置最大非堆内存的大小，默认是物理内存的1/4。 转载于:...

1.webview,界面中含有webview可能导致activity destroy时内存无法释放,见于部分山寨android pad。 保险做法.webview.destroy  2.edittext   界面中含有edittext 可能导致activity destroy时内存无法释放,在华为和三星的国行版本上都可能出现这个问题。保险做法.edittext.destroy

在项目中添加react native 支持后，leakcanary 检测到有内存泄漏的，如下图 可以分析出，内存泄漏是由ReactRootview 持有activity引用，在activity销毁时,ReactRootView并没有释放这个引用，导致activity无法被回收。 这个是根据log的猜测，需要跟踪代码证实这个猜测。让我们先看ReactRootView 的相关方法

1. 异步逐层渲染。 React Native 虽然一直标榜媲美Native的体验，但实际使用下来，其渲染性还是非常低效，基于ScrollView和ListView两大容器，在渲染上，相当于web端的table布局，需要等整个大table渲染完成才显示页面，也就是说，当容器内有大量的子元素，其白屏时间会非常长。 如何让React Native做到像web端边渲染边加载？可以采用异步渲染

变量保护出现最多的就是在使用redux来做数据层，使用this.props的属性没有去查询时候为undefined，这种情况，基本是必crash比如下例：//show user name <Text>{this.props.userInfo.name}</Text>如果userInfo为undefined的话，就会崩溃，错误如下： TypeError: Cannot read property

内存走查的时候发现，app退出后堆栈中存在两个闪屏页的Activity，如上图所示。 导出hprof文件后，重新用AndroidStudio打开，找到SplashActivity如下图： 选择蓝色的这一行Jump to Source 出现了如下代码: private void createContext() { final ReactInstanceManager