Android应用有一个明显的趋势---越来越多地使用动画效果来提升用户体验。但任何事情都是有代价的，丰富复杂的动画提升用户体验的同时，性能问题像隐形的恶魔一样，逐渐地侵蚀着你的应用。动画不流畅、界面卡顿开始困扰着你，逼着你进行性能优化。在这个优化过程中，最理想的标准就是绘制一帧的时间不要超过16ms。这是什么意思？让我们一探究竟。

用户通常会避免下载比较大的应用，特别是连接到2G和3G网络，或者按流量收费的设备。这篇文章描述了如何减小apk的大小，帮助你让更多的用户下载你的app。

写博客就像讲故事，得有起因，经过，结果，人物，地点和时间。今天就容我给大家讲一个故事。人物呢，肯定是我了。故事则发生在最近的这两天,地点在coder君上班的公司。那天无意中我发现了一个奇怪的现象，随着我点开我们App的页面，Memory Monitor中显示占用的内存越来越多（前面的页面已经finish掉了）。咦？什么鬼？

无论锤子还是茄子手机的不断冒出，Android系统的手机市场占有率目前来说还是最大的，因此基于Android开发的App数量也是很庞大的。 那么，如何能开发出更高性能的Android App？相信是软件开发公司以及广大程序员们头疼的一大难题。今天，就给大家提供几个提高Android App性能的技巧。

相信大家在Android开发中肯定会经常用到ListView吧，那么怎么优化ListView呢？尤其是每个item里面中还有图片需要加载，数据源比较多，如果处理不好的话，在滑动ListView的过程中肯定会遇到卡顿的现象，做了这么久的开发，自己多少也摸索到了一些规律，接下来就给大家详细的介绍一下ListView的性能优化。

Android应用性能优化实践UC浏览器Android平台何杰背景思路方案成果延伸概述背景--Android应用卡顿产生原因安卓系统低效渲染线程、同步接口、广播机制运行环境恶劣后台进程、安全软件低端机占比高低内存、弱GPU、IO瓶颈产品考虑不足功能定义简陋、功能堆积严重技术考虑不足很多。。。困境复现难用户描述模糊、不稳定出现定位难不同机型、固件、系统状态表现不一程序细节多、可疑面广衡量难卡顿严重程度难以量化卡顿问题不便分类问题--用户反馈应用卡顿，怎么办？思路卡vs顿卡为主顿为辅打点统计vs全局监控短期目标：主路径性能保障，打点统计长期目标.

通常来说，在安卓中应用的启动方式分为两种：冷启动和热启动。 1、冷启动：当启动应用时，后台没有该应用的进程，这时系统会重新创建一个新的进程分配给该应用，这个启动方式就是冷启动。 2、热启动：当启动应用时，后台已有该应用的进程（例：按back键、home键，应用虽然会退出，但是该应用的进程是依然会保留在后台，可进入任务列表查看），所以在已有进程的情况下，这种启动会从已有的进程中来启动应用，这个方式叫热启动。

目前市场上的应用在启动时基本上都会先启动一个SplashActivity，作为一个欢迎界面，为什么这样设计呢？个人总结有三个优点：

Overdraw就是过度绘制，是指在一帧的时间内（16.67ms）像素被绘制了多次，理论上一个像素每次只绘制一次是最优的，但是由于重叠的布局导致一些像素会被多次绘制，而每次绘制都会对应到CPU的一组绘图命令和GPU的一些操作，当这个操作耗时超过16.67ms时，就会出现掉帧现象，也就是我们所说的卡顿，所以对重叠不可见元素的重复绘制会产生额外的开销，需要尽量减少Overdraw的发生。

最近在看一些Android应用性能优化的文章时，发现提到了SparseArray替代HashMap可以优化app性能，就对SparseArray做了一番了解，并记录使用心得。

提高程序的启动速度意义重大，很显然，启动时间越短，用户才越有耐心等待打开这个APP进行使用，反之启动时间越长，用户则越有可能来不及等到APP打开就已经切换到其他APP了。程序启动过程中的那些复杂错误的操作很可能导致严重的性能问题。Android系统会根据用户的操作行为调整程序的显示策略，用来提高程序的显示性能。

作为程序员，我们经常会听到60fps和16ms这两个重要值，同时我们会将程序是否达到60fps来作为App性能的衡量标准，这是因为人眼与大脑之间的协作无法感知超过60fps的画面更新。

2015年伊始，Google发布了关于Android性能优化典范的专题， 一共16个短视频，每个3-5分钟，帮助开发者创建更快更优秀的Android App。课程专题不仅仅介绍了Android系统中有关性能问题的底层工作原理，同时也介绍了如何通过工具来找出性能问题以及提升性能的建议。主要从三个 方面展开，Android的渲染机制，内存与GC，电量优化。下面是对这些问题和建议的总结梳理。

Hibernate是笔者使用了超过5年的优秀ORM框架，虽然说使用了5年，但笔者并没有把握说自己真正意义上的精通Hibernate。说道熟悉Hibernate还差不多，因为Hibernate用法和特性只要使用过或许都很简单，但是要做到发挥Hibernate最大限度的潜力，Hibernate优化，或者说Hibernate性能优化笔者仅仅是初窥门径而已。这里摘录一篇牛人对于Hibernate优化的文章，希望对自己以后的使用指引下方向吧。这篇是上一篇的续作，着实是不错，推荐hibernate用户，尤其是像我一样的用户看看，会有收获的

从事Android开发的同学都知道移动设备的内存使用是非常敏感的话题，今天我们来看下如何使用软引用与弱引用来优化内存使用。

Lint 是 Android Studio 提供的  代码扫描分析工具 ，它可以帮助我们发现代码结构/质量问题，同时提供一些解决方案，而且这个过程不需要我们手写 测试 用例。

我们在开发基于J2EE架构的应用时，经常会遇到各种各样性能问题，特别是在企业级应用的开发过程中，性能问题时有发生。而这些性能问题中，有很大一部分是是和数据库相关的，通常执行数据库操作的时间会占到整个响应时间的80%左右。常见的一些和数据库相关的问题如SQL性能不够优化、索引建的不合理等，都会对程序的性能代理很大影响。当我们碰到数据库性能问题时，一个比较有效的方法就是直接跟踪每一个SQL语句的执行情况，对其进行分析和优化，一般来说优化SQL语句、创建合适的索引往往会取得很明显直接的效果。

天下武功，无坚不破，唯快不破。对前端而言，快意味着要求资源体量更小、数量更精简、内容更早呈现、交互更加人性化。当项目做到一定程度，就应该考虑性能的问题，前端的性能优化有诸多有迹可循的理论和方法，比如 Yahoo！性能军规、Google PageSpeed Insights Rules。

MySQL的优化我分为两个部分，一是服务器物理硬件的优化，二是MySQL自身(my.cnf)的优化。

Composite：渲染层合并，由上一步可知，对页面中 DOM 元素的绘制是在多个层上进行的。在每个层上完成绘制过程之后，浏览器会将所有层按照合理的顺序合并成一个图层，然后显示在屏幕上。对于有位置重叠的元素的页面，这个过程尤其重要，因为一旦图层的合并顺序出错，将会导致元素显示异常。