lewvan00的专栏

修改AppCompat V7里的一个样式引发的（容易忽略的）Bug！

好比我们如果想更好的生存需要适应环境一样， 想要程序有更佳的运行性能，我们就需要深刻理解程序的运行环境。 内存的合理运用是开发出好性能的应用的必要条件！

在发布android应用的时候，由于运营需求，需要将apk发布到不同的渠道，所以需要在manifest里面配置不同的渠道号用于标示，然而渠道的种类有几十上百种，每次发布版本都人工的修改渠道号并打出签名包是件极其不符合我们程序员的身份的事，这个时候就需要由自动化的工具替我们来完成。这篇文章是个人结合网上的资料以及自身经验总结出来的行之有效打包方法，还在一些容易犯小错误的地方做出了注释。

引用带有混淆文件的第三方工程， 需要将其混淆规则复制到我们自己工程的混淆文件来， 否则会出现sdk里面需要keep的类在我们工程里面给混淆了，那么就导致找不到类文件，最终sdk使用不成功！

android应用开发中，经常会遇到触摸事件传递的问题。如：多个view叠加，某一个view中的触摸事件没有被触发；或者，在自定义view时，需要在特定条件下对触摸事件进行拦截。为了解决这些问题，我们需要对android中触摸事件的分发机制原理有很清晰的认识。 这一篇博文以实例出发，详细介绍了不同情况下，触摸事件是如何分发。

Gradle分渠道/包名/应用名打包Apk实际应用开发中，我们会遇到多渠道打包的情况，这是属于比较常见的，但更复杂的需求，如指定渠道使用指定包名， 甚至指定应用名、图标来打包APK， 这种情况下，通常情况下是去手动更改manifest。本文将介绍使用gradle结合shell脚本来自动化打包：Gradle多渠道打包不同渠道指定不同应用名、包名打包Gradle多渠道打包Gradle多渠道打包非常

使用颜色渐变图片自定义条形ProgressBar用过系统原生的ProgressBar的开发者都知道, 其造型是极其丑陋的, 做个demo都会嫌弃.所以通常情况下,我们需要自定义, 在实际项目中, 有UI设计师给我们出好设计图或者给好颜色值, 然后我们来替换掉原生的即可, 在一般情况下能很容易满足需求, 网上大部分博客也有介绍详细步骤, 很简单.但是, 如果UI设计师给我们的是颜色渐变的图片资源,

做android应用开发时， 如果想使用framework的一些接口（对应用层是hide的），有两种方法， 一是， 反射； 二是， 将源码编译后的framework-immediate里的classes.jar引用到工程中。 第一种方式， 使用比较多； 第二种方式， 比较方便， 引用jar包后直接用， 以免写繁琐的反射的代码。引用classes.jar包的步骤为：1. 将class

在很多app里会存在这种需求, 就是引导用户跳转到系统设置里的某一页. 对于大多数要求不严格的需求, 直接根据Action就可以跳转到指定页的最外层, 比如WIFI设置, 辅助权限开启, 等等, 都可以跳转到对应模块的最外层页面. 但为了提高用户体验, 直接跳转到最具体的页面是最好的实现. 举例, 在我最近做的一个项目中, 需要引导用户跳转开启辅助权限, 类似豌豆荚的一键安装需求一样, 都