Android Native 内存泄漏系统化解决方案

导读：C++内存泄漏问题的分析、定位一直是Android平台上困扰开发人员的难题。因为地图渲染、导航等核心功能对性能要求很高，高德地图APP中存在大量的C++代码。解决这个问题对于产品质量尤为重要和关键，高德技术团队在实践中形成了一套自己的解决方案。

分析和定位内存泄漏问题的核心在于分配函数的统计和栈回溯。如果只知道内存分配点不知道调用栈会使问题变得格外复杂，增加解决成本，因此两者缺一不可。

Android中Bionic的malloc_debug模块对内存分配函数的监控及统计是比较完善的，但是栈回溯在Android体系下缺乏高效的方式。随着Android的发展，Google也提供了栈回溯的一些分析方法，但是这些方案存在下面几个问题：

1.栈回溯的环节都使用的libunwind，这种获取方式消耗较大，在Native代码较多的情况下，频繁调用会导致应用很卡，而监控所有内存操作函数的调用栈正需要高频的调用libunwind的相关功能。

2.有ROM要求限制，给日常开发测试带来不便。

3.用命令行或者DDMS进行操作，每排查一次需准备一次环境，手动操作，最终结果也不够直观，同时缺少对比分析。

因此，如何进行高效的栈回溯、搭建系统化的Android Native内存分析体系显得格外重要。

高德地图基于这两点做了一些改进和扩展，经过这些改进，通过自动化测试可及时发现并解决这些问题，大幅提升开发效率，降低问题排查成本。

一、栈回溯加速

Android平台上主要采用libunwind来进行栈回溯，可以满足绝大多数情况。但是libunwind实现中的全局锁及unwind table解析，会有性能损耗，在多线程频繁调用情况下会导致应用变卡，无法使用。

加速原理

编译器的-finstrument-functions编译选项支持编译期在函数开始和结尾插入自定义函数，在每个函数开始插入对__cyg_profile_func_enter的调用，在结尾插入对__cyg_profile_func_exit的调用。这两个函数中可以获取到调用点地址，通过对这些地址的记录就可以随时获取函数调用栈了。

插桩后效果示例：

这里需要格外注意，某些不需要插桩的函数可以使用

__attribute__((no_instrument_function))来向编译器声明。

如何记录这些调用信息？我们想要实现这些信息在不同的线程之间读取，而且不受影响。一种办法是采用线程的同步机制，比如在这个变量的读写之处加临界区或者互斥量，但是这样又会影响效率了。

能不能不加锁？这时就想到了线程本地存储，简称TLS。TLS是一个专用存储区域，只能由自己线程访问，同时不存在线程安全问题，符合这里的场景。

于是采用编译器插桩记录调用栈，并将其存储在线程局部存储中的方案来实现栈回溯加速。具体实现如下：

1.利用编译器的-finstrument-functions编译选项在编译阶段插入相关代码。

2.TLS中对调用地址的记录采用数组+游标的形式，实现最快速度的插入、删除及获取。

定义数组+游标的数据结构：

typedef struct {

void* stack[MAX_TRACE_DEEP];

int current;

} thread_stack_t;

初始化TLS中thread_stack_t的存储key：

static pthread_once_t sBackTraceOnce = PTHREAD_ONCE_INIT;

static void __attribute__((no_instrument_function))

destructor(void* ptr) {

if (ptr) {

free(ptr);

}

}

static void __attribute__((no_instrument_function))

init_once(void) {

pthread_key_create(&sBackTraceKey, destructor);

}

初始化thread_stack_t放入TLS中：

get_backtrace_info() {

thread_stack_t* ptr = (thread_stack_t*) pthread_getspecific(sBack TraceKey);

if (ptr)

return ptr;

ptr = (thread_stack_t*)malloc(sizeof(thread_stack_t));

ptr->current = MAX_TRACE_DEEP - 1;

pthread_setspecific(sBackTraceKey, ptr);

return ptr;

}

3.实现__cyg_profile_func_enter和__cyg_profile_func_exit，记录调用地址到TLS 中。

void __attribute__((no_instrument_function))

__cyg_profile_func_enter(void* this_func, void* call_site) {

pthread_once(&sBackTraceOnce, init_once);

thread_stack_t* ptr = get_backtrace_info();

if (ptr->current > 0)

ptr->stack[ptr->current--] = (void*)((long)call_site - 4);

}

void __attribute__((no_instrument_function))

__cyg_profile_func_exit(void* this_func, void* call_site) {

pthread_once(&sBackTraceOnce, init_once);

thread_stack_t* ptr = get_backtrace_info();

if (++ptr->current >= MAX_TRACE_DEEP)

ptr->current = MAX_TRACE_DEEP - 1;

}

}

__cyg_profile_func_enter的第二个参数call_site就是调用点的代码段地址，函数进入的时候将它记录到已经在TLS中分配好的数组中，游标ptr->current左移，待函数退出游标ptr->current右移即可。

逻辑示意图：

记录方向和数组增长方向不一致是为了对外提供的获取栈信息接口更简洁高效，可以直接进行内存copy以获取最近调用点的地址在前、最远调用点的地址在后的调用栈。

4.提供接口获取栈信息。

get_tls_backtrace(void** backtrace, int max) {

pthread_once(&sBackTraceOnce, init_once);

int count = max;

thread_stack_t* ptr = get_backtrace_info();

if (MAX_TRACE_DEEP - 1 - ptr->current < count) {

count = MAX_TRACE_DEEP - 1 - ptr->current;

}

if (count > 0) {

memcpy(backtrace, &ptr->stack[ptr->current + 1], sizeof(void *) * count);

}

return count;

}

5.将上面逻辑编译为动态库，其他业务模块都依赖于该动态库编译，同时编译flag 中添加-finstrument-functions进行插桩，进而所有函数的调用都被记录在TLS中了，使用者可以在任何地方调用get_tls_backtrace(void** backtrace, int max)来获取调用栈。

效果对比（采用Google的benchmark做性能测试，手机型号：华为畅想5S，5.1系统）：

?libunwind单线程

?TLS方式单线程获取

?libunwind 10个线程

?TLS方式10个线程

从上面几个统计图可以看出单线程模式下该方式是libunwind栈获取速度的10倍，10个线程情况下是libunwind栈获取速度的50-60倍，速度大幅提升。

优缺点

?优点: 速度大幅提升，满足更频繁栈回溯的速度需求。

?缺点: 编译器插桩，体积变大，不能直接作为线上产品使用，只用于内存测试包。这个问题可以通过持续集成的手段解决，每次项目出库将C++项目产出普通库及对应的内存测试库。

二、体系化

经过以上步骤可以解决获取内存分配栈慢的痛点问题，再结合Google提供的工具，如DDMS、adb shell am dumpheap -n pid /data/local/tmp/heap.txt 命令等方式可以实现Native内存泄漏问题的排查，不过排查效率较低，需要一定的手机环境准备。

于是，我们决定搭建一整套体系化系统，可以更便捷的解决此类问题，下面介绍下整体思路：

?内存监控沿用LIBC的malloc_debug模块。不使用官方方式开启该功能，比较麻烦，不利于自动化测试，可以编译一份放到自己的项目中，hook所

有内存函数，跳转到malloc_debug的监控函数leak_xxx执行，这样

malloc_debug就监控了所有的内存申请/释放，并进行了相应统计。

?用get_tls_backtrace实现malloc_debug模块中用到的__LIBC_HIDDEN__ int32_t get_backtrace_external(uintptr_t* frames, size_t max_depth)，刚好同上面说的栈回溯加速方式结合。

?建立Socket通信，支持外部程序经由Socket进行数据交换，以便更方便获取内存数据。

?搭建Web端，获取到内存数据上传后可以被解析显示，这里要将地址用addr2line 进行反解。

?编写测试Case，同自动化测试结合。测试开始时通过Socket收集内存信息并存储，测试结束将信息上传至平台解析，并发送评估邮件。碰到有问题的报警，研发同学就可以直接在Web端通过内存曲线及调用栈信息来排查问

题了。

系统效果示例：

android避免内存泄露

1、数据库的cursor没有关闭 2、构造adapter没有使用缓存contentview 衍生的listview优化问题：减少创建View的对象，充分使用contentview，可以使用静态类来处理优化getView的过程 3、Bitmap对象不使用时采用recycle()释放内存 4、Activity中的对象生命周期大于Activity 调式方法：DDMS->HEAPSIZE->adtaobject->total size Android应用程序被限制在16MB的堆上运行，至少在T-Mobile G1上是这样。对于手机来说，这是很大的内存了；但对于一些开发人员来说，这算是较小的了。即使你不打算使用掉所有的内存，但是，你也应该尽可能少地使用内存，来确保其它应用程序得以运行。Android在内存中保留更多的应用程序，对于用户来说，程序间切换就能更快。作为我（英文作者）工作的一部分，我调查了Android应用程序的内存泄露问题，并发现这些内存泄露大多数都是由于相同的错误导致的，即：对Context拥有较长时间的引用。 在Android上，Context常用于许多操作，更多的时候是加载和访问资源。这就是为什么所有的Widget在它们的构造函数里接受一个Context的参数。在一个正常的Android应用程序里，你会看到两种Context类型，Activity和Application。而一般在需要一个Context的类和方法里，往往传入的是第一种： Java代码 @Override protected void onCreate(Bundle state) { super.onCreate(state); TextView label = new TextView(this); label.setText("Leaks are bad");

Android 应用程序内存泄漏的分析

Android 应用程序内存泄漏的分析以前在学校里学习Java的时候，总是看到说，java是由垃圾收集器（GC）来管理内存回收的，所以当时形成的观念是Java不会产生内存泄漏，我们可以只管去申请内存，不需要关注内存回收，GC会帮我们完成。呵呵，很幼稚的想法，GC没那么聪明啊，理论及事实证明，我们的Java程序也是会有内存泄漏的。 （一）Java内存泄漏从何而来 一般来说内存泄漏有两种情况。一种情况如在C/C++语言中的，在堆中的分配的内存，没有将其释放，或者是在没有将其释放掉的时候，就将所有能访问这块内存的方式都删掉（如指针重新赋值）；另一种情况则是在内存对象明明已经不需要的时候，还仍然保留着这块内存和它的访问方式（引用）。第一种情况，在Java中已经由于垃圾回收机制的引入，得到了很好的解决。所以，Java中的内存泄漏，主要指的是第二种情况。 （二）需要的工具 1.DDMS—Update heap Gause GC Heap 是DDMS自带的一个很不错的内存监控工具，下图红色框中最左边的图标就是该 工具的启动按钮，它能在Heap视图中显示选中进程的当前内存使用的详细情况。下图 框中最右边的是GC工具，很多时候我们使用Heap监控内存的时候要借助GC工具，点 击一次GC按钮就相当于向VM请求了一次GC操作。中间的按钮是Dump HPROF file，它 的功能相当于给内存拍一张照，然后将这些内存信息保存到hprof文件里面，在使用我 们的第二个工具MAT的时候会使用到这个功能。 2.MAT(Memory Analyzer Tool) Heap工具能给我们一个感性的认识，告诉我们程序当前的内存使用情况和是否存在内存 泄漏的肯能性。但是，如果我们想更详细，更深入的了解内存消耗的情况，找到问题所 在，那么我们还需要一个工具，就是MAT。这个工具是需要我们自己去下载的，可以下 载独立的MAT RCP 客户端，也可以以插件的形式安装到Eclipse里面，方便起见，推荐 后者。 安装方法： A．登录官网https://www.sodocs.net/doc/f915902094.html,/mat/downloads.php B．下载MAT Eclipse插件安装包（红框所示，当然你也可是选择Update Site在线安装，个人觉得比较慢）

Android开发规范参考文档

Android开发参考文档 一、Android编码规范 1. java代码中不出现中文，最多注释中可以出现中文.xml代码中注释 2. 成员变量，局部变量、静态成员变量命名、常量(宏)命名 1). 成员变量: activity中的成员变量以m开头，后面的单词首字母大写（如Button mBackButton; String mName）；实体类和自定义View的成员变量可以不以m开头（如ImageView imageView，String name）， 2）. 局部变量命名：只能包含字母，组合变量单词首字母出第一个外，都为大写，其他字母都为小写 3）. 常量(宏)命名: 只能包含字母和_，字母全部大写，单词之间用_隔开UMENG_APP_KEY 3. Application命名 项目名称+App，如SlimApp,里面可以存放全局变量，但是杜绝存放过大的实体对象4. activity和其中的view变量命名 activity命名模式为：逻辑名称+Activity view命名模式为：逻辑名称+View 建议：如果layout文件很复杂，建议将layout分成多个模块，每个模块定义一个moduleViewHolder，其成员变量包含所属view 5. layout及其id命名规则 layout命名模式：activity_逻辑名称，或者把对应的activity的名字用“_”把单词分开。

命名模式为：view缩写_模块名称_view的逻辑名称, 用单词首字母进行缩写 view的缩写详情如下 LayoutView：lv RelativeView:rv TextView:tv ImageView:iv ImageButton:ib Button:btn 6. strings.xml中的 1）. id命名模式： activity名称_功能模块名称_逻辑名称/activity名称_逻辑名称/common_逻辑名称，strings.xml中，使用activity名称注释，将文件内容区分开来 2). strings.xml中使用%1$s实现字符串的通配,合起来写 7. drawable中的图片命名 命名模式：activity名称_逻辑名称/common_逻辑名称/ic_逻辑名称 (逻辑名称: 这是一个什么样的图片，展示功能是什么) 8. styles.xml 将layout中不断重现的style提炼出通用的style通用组件，放到styles.xml中； 9. 使用layer-list和selector，主要是View onCclick onTouch等事件界面反映

新媒体运营工作计划

新媒体运营工作计划 目标：提高品牌曝光度和提高粉丝量与互动量 一：建立新媒体运营平台 新媒体网络平台的归纳： 做新媒体当然主要是做微博微信，微博和微信配合使用增加推广转换率、扬长避短优化用户体验在用户心里确定位置塑造品牌形象、腾讯微博可以绑定微信公众平台。 申请注册新浪、腾讯微博企业官网账号、注册微信公众账号1个： 名字以公司名称为主，进行官方认证，提高专业、权威度。 微博的访问量直接关系到微博账号的活跃度和认可度，前期需要增加粉丝，提高账号的可信度，并需要以发布内容为主，以及与粉丝互动。 微信公众号的访问量和关注度首先要做的就是微信发布的文章要吸引人，这是最重要的地方，内容决定提高关注度和粉丝的。搜集粉丝反馈意见、时不时搞一点趣味测试流动、搞有奖问答流动。 二：新媒体平台的维护 制定内容规划 1：微信服务公众号可以考虑一周出1-2篇内容，或者通过活动形式进行推广。定期更新日志保持与客户互动、发布的日志可以是公司的产品介绍、市场规模、新厂建设。 2：官方微博前期内容不需要太多，主要考虑粉丝数量的获取，之后再将内容进行提升和细化或者根据内容效果进行调整。发布一些品牌动态、产品动态、企业高管观点、风趣幽默的段子、与消费者互动、产品市场竞争情况等。每个月发布10条-15条。 新媒体的宣传与推广 1：微信服务公众号需要利用一定资源提升用户订阅数和关注数，官方微博需要利用一定资

源提升粉丝数量，可以采用付费的方式进行获取，具体操作可以在执行环节再做细化。 2：利用新浪微博这一平台累积大量优质粉丝，加强与粉丝的互动，增强粉丝与微博号的粘性。通过多种形式的信息展示、传递，一方面从海量粉丝群体中挖掘潜在客户，另一方面利用粉丝忠诚度对微博号进行裂变式传播，达到信息传播高效、运营成本低廉的良好的营销效果。 运营策略 1. 打造灵魂人物 为这个平台打造一个平台的核心灵魂人物，利用这个平台的灵魂人物，吸引更多粉丝的关注，灵魂人物要抽出时间跟粉丝进行互动丶沟通丶交流，这里微博建议直接用电台主播的账号进行互动沟通，微信公众号可以由运营直接进行互动。 2.整合优质内容 内容更多采用整理出来的优质文章，因为我们当前生活在一个泛作者时代，作者已经没有价值，因为信息太多，反而整理优质的内容变的越来越有价值，因为他帮助人们节省了大量的宝贵时间，而变的越来越有价值。 3. 打造用户跟平台利益的共同体 如果这个平台可以帮助到更多的人，假如是1000个人甚至10000个人，那么就等于10000个人一起帮助你做大这个平台，因为这些资源也可以为他所用，一定要把平台的资源让出去，打造粉丝跟平台利益的共同体，平台的生死存亡都跟他们有关，不要让粉丝成为一个旁观者，这个后期进行细化。 4.把用户当作顾客 如果我们希望利用新媒体来变现，那么我们就需要把用户/粉丝当作顾客，因为只有顾客才能长期创造利润。

Android开发内存泄漏及检查工具使用培训资料

Android 开发内存泄漏及检查工具使用培 训资料

目录 1内存泄露 (3) 1.1 内存泄露的概念 (3) 1.2 开发人员注意事项 (4) 1.3 Android（java）中常见的引起内存泄露的代码示例 (4) 1.3.1查询数据库没有关闭游标 (6) 1.3.2 构造Adapter时，没有使用缓存的convertView (6) 1.3.3 Bitmap对象不在使用时调用recycle()释放内存 (7) 1.3.4 释放对象的引用 (8) 1.3.5 其他 (9) 2内存泄露的分析工具 (9) 2.1 内存监测工具DDMS --> Heap (9) 2.2 内存分析工具MAT (Memory Analyzer Tool) (10) 2.2.1 生成.hprof文件 (10) 2.2.2 使用MA T导入.hprof文件 (11) 2.2.3 使用MA T的视图工具分析内存 (12)

1内存泄露 Android 应用程序开发以Java语言为主，而Java编程中一个非常重要但却经常被忽视的问题就是内存使用的问题。Java的垃圾回收机制(Garbage Collection 以下简称GC)使得很多开发者并不关心内存使用的生命周期，只顾着申请内存，却不手动释放废弃的内存，而造成内存泄露，引起很多问题，甚至程序崩溃。Android的虚拟机Dalvik VM和java虚拟机JVM没有什么太大的区别，只是在字节码上稍做优化，所以Android应用开发中同样会出现内存泄露的问题。而且由于Android智能平台主要用于嵌入式产品开发，可用的内存资源更加稀少，所以对于我们Android应用开发人员来说，就更该了解Android程序的内存管理机制，避免内存泄露的发生。 1.1 内存泄露的概念 在计算机科学中，内存泄漏(memory leak)指由于疏忽或错误造成程序未能释放已经不再使用的内存的情况。内存泄漏并非指内存在物理上的消失，而是应用程序分配某段内存后，由于设计错误，失去了对该段内存的控制，因而造成了内存的浪费。内存泄漏与许多其他问题有着相似的症状，并且通常情况下只能由那些可以获得程序源代码的程序员才可以分析出来。然而，有不少人习惯于把任何不需要的内存使用的增加描述为内存泄漏，严格意义上来说这是不准确的。 一般我们常说的内存泄漏是指堆内存的泄漏。堆内存是指程序从堆中分配的，大小任意的（内存块的大小可以在程序运行期决定），使用完后必须显式释放的内存。应用程序一般使用malloc，calloc，realloc，new等函数从堆中分配到一块内存，使用完后，程序必须负责相应的调用free或delete释放该内存块，否则，这块内存就不能被再次使用，我们就说这块内存泄漏了。 这里我们只简单的理解，在java程序中，如果已经不再使用一个对象，但是仍然有引用指向它，GC就无法收回它，当然该对象占用的内存就无法再被使用，这就造成内存泄露。可能一个实例对象的内存泄露很小，并不会引起很大的问题。但是如果程序反复做此操作或者长期运行，造成内存不断泄露，终究会使程序无内存可用，只好被系统kill掉。在以下情况，内存泄漏导致较严重的后果： * 程序运行后置之不理，并且随着时间的流失消耗越来越多的内存（比如服务器上的后台任务，尤其是嵌入式系统中的后台任务，这些任务可能被运行后很多年内都置之不理）； * 新的内存被频繁地分配，比如当显示电脑游戏或动画视频画面时； * 程序能够请求未被释放的内存（比如共享内存），甚至是在程序终止的时候； * 泄漏在操作系统内部发生； * 泄漏在系统关键驱动中发生； * 内存非常有限，比如在嵌入式系统或便携设备中； * 当运行于一个终止时内存并不自动释放的操作系统（比如AmigaOS）之上，而且一旦丢失只能通过重启来恢复。

基于大数据的能力开放平台解决方案精编版

基于大数据的能力开放平台解决方案 1 摘要 关键字：大数据经分统一调度能力开放 运营商经过多年的系统建设和演进，内部系统间存在一些壁垒，通过在运营商的各个内部系统,如经分、VGOP、大数据平台、集团集市等中构建基于ESB 的能力开放平台,解决了系统间调度、封闭式开发、数据孤岛等系统问题，使得运营商营销能力和效率大大提高。 2 问题分析 2.1 背景分析 随着市场发展，传统的开发模式已经无法满足业务开发敏捷性的要求。2014 年以来，某省运营商经营分析需求量激增，开发时限要求缩短，业务迭代优化需求频繁，原有的“工单-开发”模式平均开发周期为4.5 天，支撑负荷已达到极限。能力开放使业务人员可以更便捷的接触和使用到数据，释放业务部门的开发能力。 由于历史原因，业务支撑系统存在经分、VGOP、大数据平台、集团集市等多套独立的运维系统，缺乏统一的运维管理，造成系统与系统之间的数据交付复杂，无法最大化 的利用系统资源。统一调度的出现能够充分整合现有调度系统，减少运维工作量，提升维护质量。 驱动力一：程序调度管理混乱，系统资源使用不充分

经分、大数据平台、VGOP、集团集市平台各自拥有独立的调度管理，平台内程序基本是串行执行，以经分日处理为例，每日运行时间为20 个 小时，已经严重影响到了指标的汇总展示。 驱动力二：传统开发模式响应慢，不能满足敏捷开发需求 大数据平台已成为一个数据宝库，已有趋势表明，只依赖集成商与业 务支撑人员的传统开发模式已经无法快速响应业务部门需求，提升数据价值。 驱动力三：大数据平台丰富了经分的数据源，业务部门急待数据开放 某省运营商建立了面向企业内部所有部门的大数据平台，大数据平台 整合了接入B域、O 域、互联网域数据，近100 余个数据接口，共计820T 的数据逐步投入生产。大数据平台增强了传统经分的数据处理的能力，成为公司重要的资产，但是传统经分数据仓库的用户主要面向业支内部人员，限制了数据的使用人员范围和数据的使用频度，已经无法满足公司日益发展的业务需求，数据的开放迫在眉睫。 2.2 问题详解 基于背景情况分析，我们认为主要问题有三个： 1、缺乏统一的调度管理，维护效率低下 目前经分系统的日处理一般是使用SHELL 脚本开发的，按照串行调度的思路执行。进行能力开放后，目前的系统架构无法满足开发者提交的大量程序执行调度的运维需求。如果采用统一调度的设计思路则基于任务的数据表依赖进行任务解耦及调度，将大大简化调度配置工作和提高系统的

android如何查看cpu的占用率和内存泄漏

android如何查看cpu的占用率和内存泄漏 在分析内存优化的过程中，其中一个最重要的是我们如何查看cpu的占用率和内存的占用率呢，这在一定程度上很重要，经过查询资料，研究了一下，暂时了解到大概有以下几种方式，如果哪位高手有更好的办法，或者文中描述有错误，还望高手在下面留言，非常感谢！ 一、通过eclipse，ADT开发工具的DDMS来查看(Heap) 在“Devices”窗口中选择模拟器中的一个需要查看的程序，从工具条中选“Update heap”按钮，给这个程序设置上“heap Updates”，然后在Heap视图中点击Cause GC就可以实时显示这个程序的一些内存和cpu的使用情况了。

然后就会出现如下界面： 说明： a) 点击“Cause GC”按钮相当于向虚拟机请求了一次gc操作； b) 当内存使用信息第一次显示以后，无须再不断的点击“Cause GC”，Heap视图界面会定

时刷新，在对应用的不断的操作过程中就可以看到内存使用的变化； c) 内存使用信息的各项参数根据名称即可知道其意思，在此不再赘述。 大致解析如下： 这个就是当前应用的内存占用，allocated 是已经分配的内存free是空闲内存， heap size 是虚拟机分配的不是固定值 heap size 的最大值跟手机相关的 有网友说， 一般看1byte的大部分就是图片占用的 如何判断应用是否有内存泄漏的可能性呢？ 如何才能知道我们的程序是否有内存泄漏的可能性呢。这里需要注意一个值：Heap视图中部有一个Type叫做data object，即数据对象，也就是我们的程序中大量存在的类类型的对象。在data object一行中有一列是“Total Size”，其值就是当前进程中所有Java数据对象的内存总量，一般情况下，这个值的大小决定了是否会有内存泄漏。可以这样判断： a) 不断的操作当前应用，同时注意观察data object的Total Size值； b) 正常情况下Total Size值都会稳定在一个有限的范围内，也就是说由于程序中的的代码良好，没有造成对象不被垃圾回收的情况，所以说虽然我们不断的操作会不断的生成很多对象，而在虚拟机不断的进行GC的过程中，这些对象都被回收了，内存占用量会会落到一个稳定的水平； c) 反之如果代码中存在没有释放对象引用的情况，则data object的Total Size值在每次GC 后不会有明显的回落，随着操作次数的增多Total Size的值会越来越大， 直到到达一个上限后导致进程被kill掉。

新媒体运营发展建议及解决方案

新媒体运营执行方案 新媒体运营，其本身就是利用微信、微博、贴吧等新兴媒体平台进行品牌推广、产品营销的运营方式。通过策划品牌相关的优质、高度传播性的内容和线上活动，向客户广泛或者精准推送消息，提高参与度，提高知名度，从而充分利用粉丝经济。达到相应营销目的。 在魏则西风波之后，一直存在于竞价之下的新媒体将迎来全新的春天，由于医疗事件发生之前，整个医疗行业的商业价值来说竞价占主要渠道，因此当时的新媒体作用及认知不是很明确也没有起到重视，只是作为辅助部门及收割形式。对于部门的发展在各大医疗集团当中，很难成为战略层面布局。 如今历经医疗事件之后，相信更多的医疗公司将会把之前的竞价经费权重降低，提高到新的利益渠道，而新媒体作为全新的概念，以新的媒介资源为主的部门，将会给医疗行业带来曙光。 以前带来大量流量的竞价开始下滑，在业务下滑的情况下，各医疗集团业务中心将会调整至新渠道的开发，寻找新的流量入口。 如今大量的流量开始向移动端增加，截止到2015年12月，国内在网活跃移动智能设备数量达到8.99亿。其中，年龄构成中80后接近8成。而我们公司业务重心也集中在80后，所以业务调整是必然。 在此情况下，新媒体的重要性将更加突出，因此我建议将新媒体作为主要驱动力之一，完善新媒体部门。 根据这一情况，我对运营部门岗位提出以下五点： 一、完善部门岗位，明确岗位职责 针对运营细化工作岗位，分别设立媒介渠道（PR/BD）、内容运营、视觉设计、用户运营、客服体系这五个岗位，针对每一岗位明确各岗位的职责。

媒介渠道（PR/BD）： 1、根据公司产品特点，维护并开拓育儿、病症、媒体等渠道资源； 2、根据业务要求，定期做渠道维护，做好现有渠道维护促进多次合作，主动、积极地结合部门业务与各渠道建立联系； 3、完成本部门制定的营销目标； 4、根据渠道合作时了解到的渠道反馈，向公司提出产品及业务优化建议； 5、完成部门交给的其他任务 视觉设计： 1、负责活动海报设计、微信微博图片设计、制作、优化等工作； 2、负责品牌故事、网络广告，EDM，微信图文信息，微博等新媒体宣传品设计及H5的制作； 3、负责线下活动时X展架、易拉宝，海报、传单等各类线下宣传品设计及制作； 4、逻辑思维清晰,做事认真、细致,表达能力强，具备良好的工作习惯； 5、完成部门交给的其他任务 客服体系： 1、通过在线聊天工具与患者进行简单交涉，深入沟通方面对接给专业咨询。主要提高用户活跃度，进行互动 2、定期话题更新与用户互动，参与问答，了解用户信息及情况 3、收集并整理用户反馈给用户运营； 4、完成部门交给的其他任务； 内容运营： 1、负责网站、微信、微博等现有渠道的日常维护、软文编辑、内容策划和发布等运营事宜，提升用户活跃度，增加粉丝数量与粘度； 2、与用户运营一起结合网站产品、用户需求、节日、活动、热点事件等，策划并撰写活动方案； 4、吸收种子用户，为用户提供咨询，解答相关疑问，提升客户满意度；

android内存管理-MAT与防范手段

内存管理与防范手段 目录 内存管理与防范手段 (1) 一．内存分配跟踪工具DDMS–>Allocation tracker 使用 (2) 二．内存监测工具DDMS-->Heap (2) 三．内存分析工具MAT(MemoryAnalyzerTool) (3) 1.生成.hprof文件 (4) 2.使用MAT导入.hprof文件 (5) 3.使用MAT的视图工具分析内存 (5) 四．MAT使用实例 (5) 1.生成heap dump (7) 2.用MAT分析heap dumps (9) 3.使用MAT比较heap dumps (11) 五．防范不良代码 (11) 1．查询数据库没有关闭游标 (11) 2．缓存convertView (12) 3．Bitmap对象释放内存 (13) 4．释放对象的引用 (13) 5．Context的使用 (14) 6．线程 (17) 7．其他 (20) 六．优化代码 (20) 1.使用自身方法（Use Native Methods） (20) 2.使用虚拟优于使用接口 (20) 3.使用静态优于使用虚拟 (20) 4.尽可能避免使用内在的Get、Set方法 (20) 5.缓冲属性调用Cache Field Lookups (21) 6.声明Final常量 (21) 7.慎重使用增强型For循环语句 (22) 8.避免列举类型Avoid Enums (23) 9.通过内联类使用包空间 (23) 10.避免浮点类型的使用 (24) 11.一些标准操作的时间比较 (24) 12.为响应灵敏性设计 (25)

一．内存分配跟踪工具DDMS–>Allocation tracker 使用 运行DDMS，只需简单的选择应用进程并单击Allocation tracker标签，就会打开一个新的窗口，单击“Start Tracing”按钮；然后，让应用运行你想分析的代码。运行完毕后，单击“Get Allocations”按钮，一个已分配对象的列表就会出现第一个表格中。单击第一个表格中的任何一项，在表格二中就会出现导致该内存分配的栈跟踪信息。通过allocation tracker，不仅知道分配了哪类对象，还可以知道在哪个线程、哪个类、哪个文件的哪一行。 尽管在性能关键的代码路径上移除所有的内存分配操作不是必须的，甚至有时候是不可能的，但allocation tracker可以帮你识别代码中的一些重要问题。举例来说，许多应用中发现的一个普遍错误：每次进行绘制都创建一个新的Paint对象。将Paint的创建移到一个实例区域里，是一个能极大提高程序性能的简单举措。 二．内存监测工具DDMS-->Heap 无论怎么小心，想完全避免badcode是不可能的，此时就需要一些工具来帮助我们检查代码中是否存在会造成内存泄漏的地方。Androidtools中的DDMS就带有一个很不错的内存监测工具Heap(这里我使eclipse的ADT插件，并以真机为例，在模拟器中的情况类似)。用Heap 监测应用进程使用内存情况的步骤如下： 1.启动eclipse后，切换到DDMS透视图，并确认Devices视图、Heap视图都是打开的； 2.将手机通过USB链接至电脑，链接时需要确认手机是处于“USB调试”模式，而不是作为“MassStorage”； 3.链接成功后，在DDMS的Devices视图中将会显示手机设备的序列号，以及设备中正在运行的部分进程信息； 4.点击选中想要监测的进程，比如system_process进程； 5.点击选中Devices视图界面中最上方一排图标中的“UpdateHeap”图标； 6.点击Heap视图中的“CauseGC”按钮； 7.此时在Heap视图中就会看到当前选中的进程的内存使用量的详细情况 a)点击“CauseGC”按钮相当于向虚拟机请求了一次gc操作；

某大型企业大数据平台整体解决方案

某大型企业数据平台整体解决方案

目录 1项目概述 (15) 1.1建设背景 (15) 1.1.1集团已有基础 (15) 1.1.2痛点及需提升的能力 (15) 1.1.3大数据趋势 (16) 1.2建设目标 (16) 1.2.1总体目标 (16) 1.2.2分阶段建设目标 (17) 1.3与相关系统的关系 (18) 1.3.1数据分析综合服务平台 (18) 1.3.2量收系统 (19) 1.3.3金融大数据平台 (20) 1.3.4各生产系统 (20) 1.3.5CRM (20) 1.4公司介绍和优势特点 (20) 1.4.1IDEADATA (20) 1.4.2TRANSWARP (22) 1.4.3我们的优势 (24) 2业务需求分析 (27) 2.1总体需求 (27)

2.2.1数据采集 (29) 2.2.2数据交换 (29) 2.2.3数据存储与管理 (29) 2.2.4数据加工清洗 (30) 2.2.5数据查询计算 (31) 2.3数据管控 (32) 2.4数据分析与挖掘 (32) 2.5数据展现 (33) 2.6量收系统功能迁移 (34) 3系统架构设计 (35) 3.1总体设计目标 (35) 3.2总体设计原则 (35) 3.3案例分析建议 (37) 3.3.1中国联通大数据平台 (37) 3.3.2恒丰银行大数据平台 (49) 3.3.3华通CDN运营商海量日志采集分析系统 (63) 3.3.4案例总结 (69) 3.4系统总体架构设计 (70) 3.4.1总体技术框架 (70) 3.4.2系统总体逻辑结构 (74)

3.4.4系统接口设计 (83) 3.4.5系统网络结构 (88) 4系统功能设计 (91) 4.1概述 (91) 4.2平台管理功能 (92) 4.2.1多应用管理 (92) 4.2.2多租户管理 (96) 4.2.3统一运维监控 (97) 4.2.4作业调度管理 (117) 4.3数据管理 (119) 4.3.1数据管理框架 (119) 4.3.2数据采集 (122) 4.3.3数据交换 (125) 4.3.4数据存储与管理 (127) 4.3.5数据加工清洗 (149) 4.3.6数据计算 (150) 4.3.7数据查询 (170) 4.4数据管控 (193) 4.4.1主数据管理 (193) 4.4.2元数据管理技术 (195)

大数据平台安全解决方案

Solution 解决方案 大数据平台安全解决方案 防止数据窃取和泄露确保数据合规使用避免数据孤岛产生 方案价值 大数据平台安全解决方案为大数据平台提供完善的数据安全 防护体系，保护核心数据资产不受侵害，同时保障平台的大数据能被安全合规的共享和使用。 数据安全防护体系以至安盾?智能安全平台为核心进行建设。智能安全平台支持三权分立、安全分区、数据流转、报警预警和审计追溯等五种安全策略，以及嵌入式防火墙、访问控制、安全接入协议等三道安全防线，保证安全体系在系统安 全接入、安全运维、数据流转、数据使用、数据导出脱敏、用户管理、用户行为审计追溯等方面的建设，保障大数据平台安全高效运行。 智能安全平台提供安全云桌面，保证数据不落地的访问方式， 并可根据需求提供高性能计算资源和图形处理资源，并支持“N+M”高可靠性架构，保证云桌面的稳定运行，为平台用户提供安全高效的数据使用环境。 提供数据不落地的访问方式以及完善的文档审批和流转功能 提供五种安全策略和三道安全防线提供严格的用户权限管理和强大的用户行为审计和追溯功能 提供高性能、高可靠稳定运行的大数据使用环境 方案亮点 如欲了解有关志翔科技至安盾? ZS-ISP、至明? ZS-ISA安全探针产品的更多信息，请联系您的志翔科技销售代表，或访问官方网站：https://www.sodocs.net/doc/f915902094.html, 更多信息 志翔科技是国内创新型的大数据安全企业，致力于为政企客户提供核心数据保护和业务风险管控两个方向的产品及服务。志翔科技打破传统固定访问边界，以数据为新的安全中心，为企业构筑兼具事前感知、发现，事中阻断，事后溯源，并不断分析与迭代的安全闭环，解决云计算时代的“大安全”挑战。志翔科技是2017年IDC中国大数据安全创新者，2018年安全牛中国网络安全50强企业。2019年，志翔云安全产品入选Gartner《云工作负载保护平台市场指南》。 关于志翔科技 北京志翔科技股份有限公司https://www.sodocs.net/doc/f915902094.html, 电话： 010- 82319123邮箱：contact@https://www.sodocs.net/doc/f915902094.html, 北京市海淀区学院路35号世宁大厦1101 邮编：100191 扫码关注志翔

安卓性能优化方案

随着技术的发展，智能手机硬件配置越来越高，可是它和现在的PC相比，其运算能力，续航能力，存储空间等都还是受到很大的限制，同时用户对手机的体验要求远远高于PC的桌面应用程序。以上理由，足以需要开发人员更加专心去实现和优化你的代码了。选择合适的算法和数据结构永远是开发人员最先应该考虑的事情。同时，我们应该时刻牢记，写出高效代码的两条基本的原则：（1）不要做不必要的事；（2）不要分配不必要的内存。 我从去年开始接触Android开发，以下结合自己的一点项目经验，同时参考了Google的优化文档和网上的诸多技术大牛给出的意见，整理出这份文档。 1. 内存优化 Android系统对每个软件所能使用的RAM空间进行了限制(如：Nexus o ne 对每个软件的内存限制是24M)，同时Java语言本身比较消耗内存，d alvik虚拟机也要占用一定的内存空间，所以合理使用内存，彰显出一个程序员的素质和技能。 1) 了解JIT 即时编译（Just-in-time Compilation，JIT），又称动态转译（Dynamic Translation），是一种通过在运行时将字节码翻译为机器码，从而改善字节码编译语言性能的技术。即时编译前期的两个运行时理论是字节码编译和动态编译。Android原来Dalvik虚拟机是作为一种解释器实现，新版

（Android2.2+）将换成JIT编译器实现。性能测试显示，在多项测试中新版本比旧版本提升了大约6倍。 详细请参考https://www.sodocs.net/doc/f915902094.html,/cool_parkour/blog/item/2802b01586e22cd8a6ef3f6b. html 2) 避免创建不必要的对象 就像世界上没有免费的午餐，世界上也没有免费的对象。虽然gc为每个线程都建立了临时对象池，可以使创建对象的代价变得小一些，但是分配内存永远都比不分配内存的代价大。如果你在用户界面循环中分配对象内存，就会引发周期性的垃圾回收，用户就会觉得界面像打嗝一样一顿一顿的。所以，除非必要，应尽量避免尽力对象的实例。下面的例子将帮助你理解这条原则： 当你从用户输入的数据中截取一段字符串时，尽量使用substring函数取得原始数据的一个子串，而不是为子串另外建立一份拷贝。这样你就有一个新的String对象，它与原始数据共享一个char数组。如果你有一个函数返回一个String对象，而你确切的知道这个字符串会被附加到一个Stri ngBuffer，那么，请改变这个函数的参数和实现方式，直接把结果附加到StringBuffer中，而不要再建立一个短命的临时对象。 一个更极端的例子是，把多维数组分成多个一维数组： int数组比Integer数组好，这也概括了一个基本事实，两个平行的int数组比(int,int)对象数组性能要好很多。同理，这试用于所有基本类型的组合。如果你想用一种容器存储(Foo,Bar)元组，尝试使用两个单独的Foo[]

高校科研大数据平台解决方案

教学科研大数据平台 解决方案

目录 1.概述 (3) 1.1.背景 (3) 1.2.建设目标 (3) 1.3.建设的步骤和方法 (3) 2.教学科研大数据平台概要 (4) 2.1.架构设计 (4) 2.2.教学科研大数据平台优势 (6) 2.2.1.应用优势 (6) 2.2.2.未来发展优势 (8) 3.教学科研大数据平台设计 (8) 3.1.大数据资源池 (9) 3.1.1.cProc云计算 (9) 3.1.1.1.cProc云计算概述 (9) 3.1.1.2.数据立方 (10) 3.1.1.3.混合存储策略 (15) 3.1.1.4.云计算核心技术 (15) 3.1.1.4.1.数据处理集群的可靠性与负载均衡技术 (15) 3.1.1.4.2.计算与存储集群的可靠性与负载均衡 (19) 3.1.1.4.3.计算与存储集群的负载均衡处理 (21) 3.1.1.4.4.分布式文件系统的可靠性设计 (23) 3.1.1.4.5.分布式数据立方可靠性设计 (23) 3.1.1.4.6.分布式并行计算可靠性设计 (25) 3.1.1.4.7.查询统计计算可靠性鱼负载均衡设计 (25) 3.1.1.4.8.数据分析与数据挖掘 (27) 3.1.1.4.9.cProc云计算优势 (35) 3.1.2.cStor云存储 (36) 3.1.2.1.cStor云存储介绍 (36) 3.1.2.2.cStor云存储架构 (38) 3.1.2.3.Stor云存储关键技术 (43) 3.1.2.4.数据安全诊断技术 (44) 3.1.2.5.cStor云存储优势 (45) 3.2.大数据教学基础平台 (46) 3.2.1.Hadoop架构 (46) 3.2.2.Hadoop关键技术 (47) 3.2.3.Hadoop优势 (51) 3.2.4.Hadoop教学 (51)

(完整word版)农村大数据平台解决方案

农村大数据平台解决方案

时间：2018年9月

1大数据服务基础平台 (1) 2农村大数据资源中心 (2) 2.1涉农信息基础大数据 (2) 2.2农业产业技术数据 (2) 2.3农村生活信息服务数据 (3) 2.4政务应用数据 (3) 3大数据共享平台 (3) 4大数据分析平台 (3) 4.1区域经济分析 (4) 4.2生产智能化大数据平台 (4) 4.3农产品质量安全追溯大数据应用 (5) 4.4农产品产销信息监测预警大数据分析 (5) 5智慧农业云平台 (6) 6大数据精准扶贫 (6) 7农村网络舆情监测平台 (7)

农村大数据平台解决方案 根据《关于实施乡村振兴战略的意见》（中发〔2018〕1号）、《农业部办公厅关于印发〈农业农村大数据试点方案〉的通知》（农办市〔2016〕30号）、《农业部关于印发〈”十三五”全国农业农村信息化发展规划〉的通知》（农市发〔2016〕5号）、《农业部关于推进农业农村大数据发展的实施意见》（农市发〔2015〕6号）和《国务院关于印发促进大数据发展行动纲要的通知》（国发〔2015〕50号）等有关部署文件要求，公司经过大量的调研和论证，集中技术力量研发的一整套针对我国农村农业现状的大数据平台产品体系，包含农村大数据基础服务平台、农村大数据资源中心、大数据共享平台、大数据分析平台、智慧农业云平台、大数据精准扶贫、农村网络舆情监测平台等产品。 1大数据服务基础平台 作为农村大数据平台的核心与基础，集成了大数据平台的多个底层组件，提供分布式存储（HDFS）、分布式计算、协调服务管理、数据仓库SQL服务、NoSQL数据库服务,分布式内存计算，ETL 调度与操作，实时流处理、分布式内存、索引搜索、数据库联邦查询、MPP数据库服务，图数据库和时序数据库等功能和服务。同时支持大数据的分布式机器学习算法比如多重估值算法。 平台基于镇平县农业大数据研究的个性化需求，形成一系列相关公开发布数据的采集机制，将数据采集的相关程序设计并编写完善，部署此套机制在平台上周期运转；为管理人员与数据工程师提供数据的浏览，对数据进行查询、展现和基础统计分析等初步应用，实现农业大数据分析人员的交流平台。 1

新媒体运营方案

新媒体运营方案 一、方案目的 主要用于潘多拉APP的部分内容推广，宙斯的品牌推广，可能还有活动推广等一系列的对外宣传推广渠道，用于提升潘多拉的数据指标以及完成潘多拉的用户和付费转化。（本方案仅限国内，海外可能不适用） 二、需求工具 账号主体名称：潘多拉游戏社区 1.潘多拉游戏社区微信服务公众号 2.潘多拉游戏社区官方微博 三、运营目标 1.完成账号申请 2.官方账号推广 3.制定内容规划 4.数据指标提升 5.提现指标转化

四、运营规划 1.账号申请 根据微信服务公众号/新浪企业微博所需资料进行相应提交完成账号注册即可（常用为企业营业执照）。 2.账号推广 微信服务公众号需要利用一定资源提升用户订阅数和关注数，官方微博需要利用一定资源提升粉丝数量，可以采用付费的方式进行获取，具体操作可以在执行环节再做细化。 3.内容规划 微信服务公众号可以考虑一周出1-2篇内容，或者通过活动形式进行推广，官方微博前期内容不需要太多，主要考虑粉丝数量的获取，之后再将内容进行提升和细化或者根据内容效果进行调整。 4.数据指标提升 主要为潘多拉APP的转化进行服务，用于提升潘多拉的部分关键数据指标，如APP的下载量，广告链接转化，活动的用户转化，付费用户的转化，品牌的曝光度等，微信公众号将与微信H5客户端进行

整合推广和传播，官方微博主要用于APP的活动推广或者后期的主体业务推广，用于配合企业官微提升品牌价值。 5.提现指标转化 后期数据做起来之后需要根据对应数据进行提现转化，提现转化主要会根据重点数据进行拆分，后期根据实际数据指标进行制定。 五、运营策略 1.打造灵魂人物 为这个平台打造一个平台的核心灵魂人物，利用这个平台的灵魂人物，吸引更多粉丝的关注，灵魂人物要抽出时间跟粉丝进行互动丶沟通丶交流，这里微博建议直接用电台主播的账号进行互动沟通，微信公众号可以由运营直接进行互动。 2.整合优质内容 内容更多采用整理出来的优质文章，因为我们当前生活在一个泛作者时代，作者已经没有价值，因为信息太多，反而整理优质的内容

新版新媒体运营的策划案-新版.pdf

一份新媒体运营的策划案到底长啥样？ 对，就是那种感觉！ 自从接触到新媒体领域以来，便对文案和策划近似疯狂的热爱。以至于除了白天工作、晚上写作，其余的大部分时间就是混各种新媒体圈儿。 最近在网上认识了某家公司的媒体部副主编，和他聊的甚是畅快。因为他对内容创作的涉猎真的很深入，跟他交流的几次，确实也帮助了我，尤其更加深入的了解自己在内容创作的不足之处。 可能是他看我刚入行不久，想着给我出了一道运营题，顺便让我出一份关于针对他们公司的微信运营策划方案。 一来，检验检验我的策划水平；

二来，看能不能给他带去一些好的建议，取长补短。 当然，我也很乐意接受这样的邀请，于他于己都有很大的帮助。 首先，当我们开始做一份微信运营方案之前，一定要先了解清楚两个问题： 1、产品定位：公司是做什么的？业务范围是什么？ 2、用户群体：产品覆盖的用户群体有哪些？使用产品服务的客户有哪些？ 他们公司是做旅游及大住宿业的。目前的业务领域涵盖了资讯信息中心、品牌推广中心、产业大数据研究和应用中心。 目前他们的新媒体覆盖人数也有20万+的用户数了，用户目前涵盖酒店、客栈 民宿、长租短租公寓业态经营决策者、经理人、业主、旅游服务机构、新产品(技术)供应商和投资者等。 大概公司和行业背景是这样的，当时我是如何开始策划的呢？ 我是从三个维度开始对整个微信运营开始切入的： 一、扩大影响力； 二、提升内容运营质量； 三、增加粉丝流量；

共5个小点 一、如何扩大平台的影响力呢？ 1、加入联盟进行品牌宣传： 目前有2种联盟：一是综合性联盟，二是行业类联盟。综合性联盟： 微媒体联盟、WeMedi自媒体联盟、速途网联盟等。行业类联盟： 旅游自媒体联盟、酒店自媒体联盟等 目前按照我们的用户数量，刚好可以满足条件。 2、自建联盟： 我们可以自建旅游住宿业的媒体联盟； 3、与品牌公寓、酒店进行线下活动作为主、协办方；

Android App内存泄露测试方法总结

Android App内存泄露测试方法总结 1、内存泄露 Android系统为每一个运行的程序都指定了一个最大运行内存，超过这个值则会触发OOM机制，反应在界面就是闪退、Crash现象，导致OOM发生的原因比如内存泄露或者是代码不考虑后果使用大量的资源，都有可能导致OOM出现的。OOM的临界值可以通过adb shell getprop | findstr “heap”查看到： 2、Android的GC机制 Android GC机制沿用了java的GC机制，当需要新内存去分配对象的时候而剩余不够的时候，会触发GC，把无用的对象回收掉，其中一个重要的算法便是分代式算法，这个算法把虚拟机分为年轻代、老年代和持久代，对象先分配到年轻代，然后GC多次后还存活的将会移动到老年代，老年代就不会频繁触发GC机制，一般触发频繁的都是年轻代的对象。 3、为什么会内存泄露 上面我们知道了GC机制，那么如果GC过后程序还是没有内存，那么会发生OOM，导致GC后还是没有足够内存分配新对象的主要原因就是内存泄露了。首先要知道内存泄露也就是GC不掉的根源是生命周期长的对象持有生命周期短的对象，导致无用的对象一直无法回收。以下是几个典型的分类： 1）**静态类相关的泄露：**static对象的生命周期伴随着整个程序的生命周期，所以这块要注意不要把一些对象引用添加到static对象里面去，会造成与之关联的对象无法回收。

2）各种资源的释放：包括cursor的关闭，IO流的关闭，bitmap的回收等，进行一些带有缓存的资源一定要关闭或者释放。 3）Handler的泄露：调用handler的delay的时候，会被认为对象是有用的，导致无法回收，还有handler开启线程去下载东西没有下载完成的时候，也会因为线程导致无法回收activity；或者使用handlerThread的时候，有延迟的方法，都会导致无法回收。其主要原因在于handler是持有activity的引用，主线程不是自带一个Looper然后给handler用，导致有关联关系。 4）各种注册引用方法：比如一个常驻的后台线程处理某些时间，把当前对象注册，因为一直持有对象引用，导致这个activity一直保留，所以不用的时候需要反注册。 5）把对象缓存进容器内却忘记remove掉：有时候为了加快页面响应，结果缓存一些对象到容器内，结果越加越多，然后挂掉。 4、系统级别的内存管理 1）LMK机制和oom_adj的值 Android内核有个专用的驱动low-memory-kill，当系统级别的内存不够的时候会根据oom_adj的值以及内存分配状况去kill掉某个进程，oom_adj可以在 /proc/[pid]/oom_adj看到，并且这个值会随着进程的状态改变而改变，比如系统进程一般是-16，越大越容易被干掉。 2）5个进程的优先级 前台进程：当前运行的，基本不死； 可见进程：界面可以见到，比如被遮挡； 服务进程：进程带后台服务的，比如播放器； 后台进程：点击home键，但不退出，就是后台进程了，有比较大几率会被杀；