10.在沙滩上做运动这个消耗更多热量的法则简单好记：运动场地的地面越柔软，你可能消耗的热量就越多。

为什么减肥不见成效，那是你没有用对方法，推荐减肥界公认的六个有效减肥方法给你，快速瘦身不反弹。方法五：合理为什么你一直在运动，但是一直没有瘦下来，那是因为你运动错了，想要快速瘦身，那么你得合理运动，例如周一跑步45分钟，周二游泳30分钟，周三爬山，周四跑步，周五跳舞，不要重复单一选择一项运动，多种不同的运动减肥，更有利瘦身，运动量不能过大，每天控制好运动的时间，以免导致肌肉的劳损拉伤。

同时益生菌还可以加速体内新陈代谢，加速出汗帮助脂肪排出体外，减少脂肪堆积，从而达到减肥瘦身的功效，并且益生菌绿色安全、不拉肚子、不影响睡眠、更不会影响月经。瘦成模特那般的身材，是每个女生梦寐以求的，但是理想很丰满，现实很骨干，一直减肥一直肥的人非常多，如果你的减肥方法没有成效，不如按照以下的方法减肥吧，瘦下来不是梦。方法四：步行减肥界公认的六个减肥方法里面，最快速有效的减肥方法就是步行减肥，每天步行6000—10000万步，能加快血液循环，新陈代谢变快速，脂肪燃烧的速度也在加速，快速瘦身不反弹，而且还能全方面瘦。方法二：减少摄入脂肪类减肥中的人最怕的就是脂肪类的食物，因为摄入高脂肪的食物，容易堆积脂肪，高脂肪的食物有五花肉、奶油这些，据数据显示，每天只摄入20—40克的脂肪，那么就可以在2个月内减少10磅。方法三：控制食量公认的最有效减肥方法就是控制食量，很多减肥中的人都会选择节食来减肥，这是非常错的，反而会增加体重，最好的减肥方法就是控制食量，一日三餐都以七分饱的饭量，就不会增加脂肪，而且还能快速减肥

合理的减肥速度是一周体重下降不超过2斤，减肥周期最好延长到3个月以上，这样才能让身体逐渐记住新的体重，同时健康地瘦下来。要点4、睡前不要吃东西，避开宵夜平时有吃宵夜的习惯一定要戒掉，否则是很容易发胖的。《本草纲目》说，小米治反胃热痢，煮粥食，益丹田，补虚损，开肠胃。

此粥含有丰富的蛋白质及微量元素和B族维生素，具有清热解毒、养胃、利湿消肿的功效。因此，对于老弱病人和产妇来说，小米可以说是最理想不过的滋补品。但是对于健康减肥而言，最好是运动和控制饮食双管齐下，这样身形才会瘦得比较美。一般粮食中不含有的胡萝卜素，小米每100克含量达0.12毫克，维生素B1的含量位居所有粮食之首。

有的人胃口不好，吃了小米后能开胃又能养胃，具有健胃消食、防止反胃、呕吐的功效这一块的处理方案主要采用2种方式，一是压缩资源，二是删除未使用的资源。

不过就目前来说，对于4.0+ 到 4.2.1 ，原生只支持完全不透明的webp图，4.2.1+ 对于webp的是完全支持的（包含半透明的webp图）。你会收获很多，善于总结。第三 开启混淆的步骤： A要通过启动代码压缩，在build.文件内相应的构建类型中添加 true。或许有意外的收获) (1)对资源（png, xml, jpg等）名称混淆，资源路径名称混淆以及名称长度压缩 (2)将原来以形式存储到zip中的png文件改成（普通压缩存储）方式。

目前包的大小维持在5M+。不过这种增量或许和把所有png图换成webp所带来的减量比较或许不值得一提，特别是图片特别多的应用，这种增量几乎可以不计。目前我是拿了盛代宝做试点。2 APK安装包的组成结构分析开始瘦身前，需要先了解一下APK都主要由哪些成分组成.我以盛代宝目前安装包的分析结果图如下：（TIP:比例分析构成图（比例会自动按从大到小排好序呈现）(TIP ：目前盛代宝经过优化打出的包的大小是6.33M)1 .dex编写的所有的Java代码（包括各种引入的sdk代码）最终转化成在虚拟机上运行需要的字节码 2 res文件夹存放所有资源文件夹（除了里面raw文件夹的文件不会被编译，其他都会被编译） 3 .arsc编译后的二进制资源文件 4 文件夹用于保存需要保持原始文件的资源文件（这部分资源不会被编译） 5 lib 存放一些不同cpu 架构的so文件 6 .xml程序全局配置文件 7 META-INF文件夹存放几个签名校验相关的文件，用于保证APK的完整性和安全性 8其他一些配置生成的文件 APK瘦身精简内容概要APK 的瘦身 主要针对、.dex、lib、res内容进行精简.1 减.dex文件——混淆压缩代码 第一，现在写的app 基本都是经过混淆了的,如果不混淆, 发布出去,别人一反编译 就可以直接看你的源码了，一般为了提高安全性会选择混淆。

B 就是制定 混淆规则的文件, 默认生成了-rules.pro 文件C 混淆规则定义目前网络上现在大部分都有混淆模板，以及在 上也有混淆的插件可以集成 插件。绝对有好处)2 精简放在下的文件不会生成ID,存放的文件形式可以是多样的比如音频、图片、html,配置信息相关的等等，精简体积也就是精简这些内容。

加大了反编译后阅读理解的难度. 第二。A) 在工程里面直接删除没有使用的资源 选中项目右键 =>=> B)不打包不需要使用的资源利用 开启 的 进行构建打包，这时候没有被使用的资源将不会打进包里(3)尽量只保存一份图片资源开发目录下会有个或者目录用于适配不同dpi的屏幕，界面尺寸：480*800、720*1280、1080*1920 (美工在切图是基于一套分辨率进行切图)目前市面上绝大部分机型都处于的适配范围，所以可以考虑只保留目录下一份图片资源即可。

所有的png文件是以STORE的方式存储到apk里的，通俗的说，当文件是的方式存储到zip，表示这个文件并没有经过压缩，现在业内有一个开源的插件针对以上原理进行了一定的压缩。出现重复功能代码的情景大多如下：已经有了的功能代码或框架，团队成员不知道自己又写了一套或者引入另外的相同功能的框架。一般只要支持和x86就够了示例代码块如下：5减res文件夹res文件夹里面主要就是包括各种布局文件，value文件，图片文件，原生文件。另外也要注意的是，某些国产rom会代理类为自己定义的，例如小米2刷成4.xx的手机上，小米机器代理了类为，但是这个未能正确识别webp资源，会导致加载资源文件失败而出现崩溃。可能我总结的还不是很完美。减少APK 的体积.(5)不需要透明度时使用JPG代替PNG当不需要透明度的图片时，可以考虑用JPG代替PNG，由于JPG没有Alpha 通道，所以文件更小 (6)考虑使用WEBP图片资源格式WebP是谷歌研发出来的一种图片数据格式，它是一种支持有损压缩和无损压缩的图片文件格式，如果应用支持到 4.0+，那么我们可以使用WebP格式代替PNG，我们的资源大小能降低50%多。

(1)音频：主要用在铃声和通知方面，体积不要太大，使用压缩格式的音频 (2)图片：在不降低图片效果、保证APK显示效果的前提下缩小图片文件大小,可以使用进行图片压缩 (3)WEB页面：可以考虑使用7zip压缩工具对该文件进行压缩，在正式使用的时候解压 3 减.arsc文件简单介绍下.arsc文件来源与作用：除了和res/raw资源被原装不动地打包进APK之外，其它的资源都会被编译或者处理。(4)尽量使用 XML、Color代替PNG图片一些情况下，我们可以考虑使用 XML 来代替 PNG，如：渐变的背景图，用几行 XML 就可以描绘出来，何必使用几十到上百K的 PNG 文件, 如下图其实都是可以不用图片就可以实现的一些简单的功能图形显示。

它就是如下压缩插件微信资源压缩插件：其原理就是：(可以研究一下。一般都是基于混淆模板上去添加自己想要的混淆规则，一般遵循以下混淆规则###-----------基本配置-不能被混淆的------------###--keep class * .app.-keep class * .app.-keep class * .app.-keep class * .app.-keep class * ..-keep class * ..-keep class * .app..-keep class * ..###-----------.v4/v7包不混淆------------###-###-----------保持不混淆------------###-###-----------保持 不混淆------------###-###-----------不混淆资源类------------###-###-----------保持 方法不被混淆------------###-###-----------保持自定义控件类不被混淆------------###-###-----------保持枚举 enum 类不被混淆------------###-###-----------保持自定义控件类不被混淆------------###-###-----------保持实体类不被混淆------------###-###-----------保持jar包不被混淆------------###-###-----------保持反射相关的类和方法不被混淆------------###-###-----------保持 与js互相调用的类 不被混淆------------###-###-----------保持注解继承类不混淆------------###-Tip:另外如果我们项目应用到第三方sdk 的混淆。

因为一般的开发都会使用版本控制工具git svn等，所以这种担心是多余的。怎么理解呢？举个例子来说，假如我们的盛钱包成长版应用包20MB+,有100个潜在用户想要去下载尝试使用你的应用，在移动网络的情况下，结果有20个用户嫌弃安装包太大而直接放弃，有30个用户在等待下载的过程中取消下载，在wifi情况最终只有50个用户下载安装了应用。

有可能是个人经验问题，也有可能是整个团队的规范，共识问题，导致大家都不重视。经验是累积的 我相信你可以为了你的项目瘦身做出很大的贡献。lib瘦身主要是减小对 CPU 架构的支持，配置起来很简单，在 build. 使用 配置需要用到的 CPU 架构，并将不需要兼容的 so 文件从项目中移除即可。我将继续完善这个文档.。

APK的瘦身设计方案 1 APK瘦身前言在开发过程中。(Tip 比如现在比较火的Small ，滴滴插件。

如百度，友盟，极光等一般都是从官网上提供的混淆规则里复制。所以应该考虑自己用户的机型分布，考虑使用WEBP图片资源格式替换png格式。

但是另外一点，引入兼容库又会导致包体变大。避免出现意外的错误第四 移除废弃功能的代码不要只是注释，担心可能以后会用到。

第五定期检验项目代码的习惯发现有重复功能实现的代码或者框架要及时重构，删除重复部分的代码和框架。4减lib文件夹lib目录用于存放通过C或C++编写编译生成的so文件（库/JNI开发）目前市场上主流的架构还主要是arm架构，所以如果不是必要的话，可以考虑不支持x86和mips架构，但这并不意味着CPU是x86或mips架构的手机就不能正常安装使用APK了，因为放在arm目录下的so库是可以兼容到其他架构的。另外arm架构中的eabi-v7a相比于eabi只是在图形渲染方面有了很大的改进，所以如果so库对图形渲染没有很高的要求的话，完全可以把so库只存放在arm eabi目录中，这样可以大大减小APK的体积。这些也需要大家提出完善。

代码通过混淆之后在一定的程度上减小应用体积. 混淆不仅能将代码中的类名、字段、方法名变为无意义的名称，保护代码，也由于移除无用的类、方法，并使用简短名称对类、字段、方法进行重命名缩小了程序的大小。不要怕犯错，用心去做一件事。

对我手机流量不多的人。目前公司基于720 来切图就可以了。

比如圆角的按钮，圆形的UI 我们自己绘制，可以减少图片的导入。或许还有其他有用的方案。