android画图板 [转]深入Android内存泄露(5)

// 为防止内存泄漏, 声明自己的handler并弱引用activity。

苹果自己编写的应用（比如照片）内部也在使用这个api。

采用最佳类比阳光中Ｕv段光谱的荧光紫外灯，并结合控温、供湿等装置来类比 对材料造成变色、亮度、强度下降、开裂、剥落、粉化、氧化等损害的阳光（uＶ段）高温、高湿、凝露、黑暗淋雨周期等因素，同时通过紫外光与湿气之间的协同作用使得材料单一耐光能力或单一耐湿能力减弱或失效，从而广泛用于对材料耐气候性能的评价，设备具有提供最好的阳光Ｕv模拟，使用维护成本低廉，易于使用，设备采用控制自动运行，试验周期自动化程度高，灯光稳定性好，试验结果重现率高等特点。

2)、传入的是activity的context：当这个context所对应的activity退出时，由于该context和activity的生命周期一样长(activity间接继承于context)，所以当前activity退出时它的内存并不会被回收，因为单例对象持有该activity的引用。

由于webview是依附于activity的，activity的生命周期和webview启动的线程的生命周期是不一致的，这会导致webview一直持有对这个activity的引用而无法释放，解决方案如下。

然后，模型会不断的增加细节，并且是在一些特殊的多边形数量的阶段，左边的进度条会同时通过方式来表示这个过程。

避免直接将 Activity 作为 context 传进去，

推荐使用静态内部类 + WeakReference 这种方式。每次使用前注意判空

*/

public class SampleActivity extends Activity {

private final handler handler = new handler() {。

private final handler muihandler = new handler() {。

private final class servicehandler extends handler {。

private final static handler mpurgehandler = new handler()。

@Override

public void handleMessage(Message msg) {

// ...

}

}

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

// Post a message and delay its execution for 10 minutes.

mLeakyHandler.postDelayed(new Runnable() {

@Override

public void run() { /* ... */ }

}, 5000);

// Go back to the previous Activity.

finish();

}

}

解决方案

//改进机制

你在activity a里边的广播触发直接就finish()，这个原因我不清楚，总之感觉很怪，finish之前并没有销毁mr，这个广播没有销毁activity就finish()强行销毁了，这个应该是你之前的警告的原因。

因为服务进程比后台activity进程重要级高，因此一个要进行耗时工作的activity最好启动一个service来做这个工 作，而不是开启一个子进程――特别是这个操作需要的时间比activity存在的时间还要长的时候。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/ruanjian/article-89859-5.html