重新认识AndroidStudio和Gradle，这些都是我们应该知道的

前言

主要从AndroidStudio的环境安装升级GradleEclipse转AS,多渠道配置Maven私服Action,Option快捷键等几个方面出发讲一些操作技巧以及我对AndroidStudio使用的一些理解与经验。本文较全面的讲述了我们在开发中必须要了解的比较多而全可能不能马上记住目的在于大家看我之后能有一个认识在需要使用的时候知道有这么个东西。希望对你的开发工作有所帮助不足之处请批评指正。

一、Install&Settings&Update

1、Gradle

Gradle官方会不断更新我们可以使用本地安装的方式并配置path我们就可以使用Terminal直接输入gradle命令执行构建任务。当然如果我们想快速更新可以修改配置文件。 首先修改project\gradle\warpper\gradle-wapper.properties 文件其中distributionUrl的值

    distributionUrl=https\://services.gradle.org/distributions/gradle-2.4-all.zip

这里实际是从网络下载配置的版本会自动检测如果不是的就会下载。

然后修改 project的build.gradle

  dependencies {
    classpath 'com.android.tools.build:gradle:1.3.0'

    // NOTE: Do not place your application dependencies here; they belong
    // in the individual module build.gradle files
}

注意这两个配置是一一对应的比如gradle-2.4-all对应的就是1.3.0。后者的意思是这个project配置的gradle构建版本为1.3.0前者的意思是这个project使用的gradle的版本为2.4。我们会发现如果我们修改前者如果本地没有安装这个版本的gradle会自动从gradle官网下载。但是如果我们修改后者它会自动从jcenter()仓库下载一些plugin之类的。

2、AS具体的安装和更新网上有许多的详细教程我只想说以下三点。

• Android Studio是Google官方基于IntelliJ IDEA开发的一款Android应用开发工具,绝逼比Eclipse强大还没有转的尽快吧:

• 关闭AndroidStudio的自检升级如果准备好升级还是自己选择想升级的版本升级靠谱

• 升级前导出AndroidStudio的配置文件settings.jar(C:\Users\Administrator.AndroidStudio1.4\config目录下或者操作File|Export Setings导出)升级后导入Settings.jar这样就不需要重新配置有必要的话给自己备份一个说不定老天无缘无故挂了重装很方便。

• 具体细节的配置可以阅读强烈建议直接打开AS的设置窗口多转几次就熟悉了里边的各种配置啦。也可以参考这边文章1.4版本有点旧了差不多够用打造你的开发工具settings必备

二、Gradle

1 简述Groovy语言

Groovy是一种开发语言是在Java平台上的具有向PythonRuby语言特性的灵活动态语言,Groovy保重了这些特性像Java语法一样被Java开发者使用。编译最终都会转成java的.class文件。他们的关系如下图。我想这大概也是Gradle构建系统为什么要选择Groovy的原因它具有java语言的特性开发者容易理解使用。一定要明白我们在build.gradle里边不是简单的配置而是直接的逻辑开发。如果你熟练掌握Groovy那么你在build.grale里边可以做任何你想做的事。

2 Gradle编程框架

Gradle是一个工具同时它也是一个编程框架。使用这个工具可以完成app的编译打包等工作也可以干别的工作Gradle里边有许多不同的插件对应不同的工程结构、打包方式和输出文件类型。我们经常使用到的便是maven\java\com.android.application\android-library等。当按照要求配置好gradle的环境后执行gradle的task便会自动编译打包输出你想要的.apk.aar.jar文件,如果你足够牛逼你有gradle就够了直接拿记事本开发

如下图是Gradle的工作流程。

• Initializtion 初始化执行settings.gradle(我们看到都是include",实际里边可深了

• Hook 通过API来添加这中间我们可以自己编程干些自己想做的事情

• Configuration 解析每个project的build.gradle确定project以及内部Task关系形成一个有向图

• Execution 执行任务输入命令 gradle xxx ,按照顺序执行该task的所有依赖以自己本身

3 关于gradle的task

每个构建由一个或者多个project构成一个project代表一个jar一个moudle等等。一个project包含若干个task包含多少由插件决定而每一个task就是更细的构建任务比如创建一个jar、生成Javadoc、上传aar到maven仓库。我们可以通过执行如下命令查看所有的task:

gradle tasks --all

当然我们也可以在AS中可以看到所有的task双击就可以执行单个的task.

当然我们也可以在build.gradle中写自己的task。关于详细的task介绍可以查看网络资料进行学习推荐Gradle入门系列基本花上半天到一天的时候简单的过一遍就有一个大概的了解。

4 Gradle环境下Android的文件结构

• project-name

  • build //构建生成文件

  • libs //本地的依赖jar包等

  • src //本moudule所有的代码和资源文件

  • tests//单元测试报告

  • apk//输出我们需要的.apk文件

  • lint-results.html//lint检查报告

  • assets//资源文件

  • exploded-aar//如果我们依赖了许多的aar或者依赖工程最终都“copy"到了这个目录下

  • mainfests//合并的mainfest

  • intermediates//构建打包的资源文件

  • outputs

  • reports

  • ivy.xml//moudle的配置task任务、依赖关系等

  • java //java code

  • jni //navtive jni so

  • gen

  • res

  • assets

  • AndroidManifest.xml +build.gradle //module

  • androidTest //需要android环境的单元测试比如UI的单元测试

  • Test //普通的java单元测试

  • main //主渠道

  • gradle

  • module-name

  • build.gradle // for all module

  • gradle.propeties //全局配置文件

  • local.properties //SDK、NDK配置

  • config.gradle//自定义的配置文件

  • settings.gradle//module管理

6 关于几个buid.gradle、gradle.propeties文件

• build.gradle文件(主工程的Top-level)

  apply from:"config.gradle"//可以给所有的moudle引入一个配置文件
  
  buildscript {
       repositories {
       jcenter()
  }
  dependencies {
      classpath 'com.android.tools.build:gradle:1.3.0'
      // NOTE: Do not place your application dependencies here; they belong
       // in the individual module build.gradle files
      }
  }
  
  allprojects {
      repositories {
          jcenter()//引入远程仓库
          maven { url MAVEN_URL }//引入自己的私有maven仓库
      }
  }

• gradle.properties(全局配置文件

  # This can really make a significant difference if you are building a very complex project with many sub-module dependencies:
  #sub-moudle并行构建
  org.gradle.parallel=true
  #后台进程构建
  org.gradle.daemon=true
  #私有maven仓库地址
  MAVEN_URL= http://xxx.xx.1.147:8081/nexus/content/repositories/thirdparty/

• build.gradle(module)

  apply plugin: 'com.android.application'//插件 决定是apk\aar\jar等
  
  android {
  compileSdkVersion 23
  buildToolsVersion "24.0.0"
  
  // 此处注释保持默认打开关闭后可使不严格的图片可以通过编译,但会导致apk包变大
  //aaptOptions.cruncherEnabled = false
  //aaptOptions.useNewCruncher = false
  
   packagingOptions {
       exclude 'META-INF/NOTICE.txt'// 这里是具体的冲突文件全路径
       exclude 'META-INF/LICENSE.txt'
  }
  //默认配置
  defaultConfig {
      applicationId "com.locove.meet"
      minSdkVersion 16
      targetSdkVersion 23
      versionCode 1
      versionName "1.0"
      multiDexEnabled=true//65536问题
  }
  sourceSets {
      main {
          jniLibs.srcDirs = ['libs']//重新配置路径
      }
  }
  buildTypes {
      release {
      // zipAlign优化
      zipAlignEnabled true
      // 移除无用的resource文件
      shrinkResources false
      // 混淆
      minifyEnabled false
      proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
      signingConfig signingConfigs.releaseConfig
      }
  }
  }
  
  dependencies {
      compile fileTree(dir: 'libs', include: ['*.jar'])
      compile 'com.google.code.gson:gson:2.2.+'
      testCompile 'junit:junit:4.12'
  }

7 gradle编译文件和缓存文件

• gradle缓存文件C:\Users\Administrator.gradle\caches\modules-2\files-2.1

• idea缓存文件 C:\Users\Administrator.AndroidStudio1.4

三、构建过程简析

这里参考了QQ音乐技术团队Android构建过程分析 下图是文章末尾的一张构建流程图

• 解压合并资源

  主要是assets目录res目录Androidmainfest.xml目录。其中合并的时候会涉及到优先级的问题详情请查看该篇文章。

• AAPT(Android Asset Packaging Tool)打包

  • R.java文件 资源ID

  • app.ap 压缩包

  • 对png图进行优化等

• 源码编译

生成.class字节码在这里可以进行删除无用类字节码优化重命名包名还有一点就是代码混淆。

• 生成dex、打包签名、zipalign

三、构建速度优化

AS编译太慢是我们经常吐槽的我们该做些什么来加快编译的速度呢前面我们简单的了解了gradle构建项目的流程。我们可以从以下几个方面来做

注意AS配置

如及时更新Gradle和JDK版本、扩大AS内存等修改-Xms256m、取消AS的自更新设置去除不经常使用的插件等。

慎重sub-module

减少sub-module或者将sub-module导成aar,并上传到私有的maven仓库就更加方便啦,每增加一个sub-module的构建的时间会增加很多。从根上解决这个问题我们应该增加sub-module时要慎重同时要考虑他的独立性,与主module要完全解耦。这样我们不会再开发的时候产品要换个ui图也跑到sub-module里边修改。当我们修改了sub-module的时候编译器会检测到修改重新编译然后copy到主工程的buid/intermediates/exploded-aar目录下。

守护进程deamon:

当我们在gradle.peopeties中配置org.gradle.daemon=true的时候相当于开了个进程这样我们构建项目的许多工作比如加载虚拟机之类的就在该进程中完成。

并行编译parallel:

这个适用于有多个依赖sub-module的情况下如果单单只有一个module实测会耗时更多。看看官方的说法When configured, Gradle will run in incubating parallel mode.This option should only be used with decoupled projects. org.gradle.parallel=true。这里通过增大gradle运行的java虚拟机大小达到多个module并行构建的目的。

依赖库使用固定版本

我们配置依赖的时候 如依赖V4包com.android.support:support-v4:23.0.0+再后边有个+后表示依赖最新的这样可以保证依赖的库有更新时能够得到更新。但是小编并不建议这么做。因为每次构建都需要访问网络去判断是否有最新版本这样也是需要耗时的。我们可能需要频繁的构建调试但是我们一般很少更新库。当然这些可以配置在你的release分支上总之调试的请配置固定版本吧。

去除无用的构建任务task

Gradle每次构建都执行了默认的许多task其中部分task是我们不需要执行的至少在调试的时候不需要我们可以把这些屏蔽掉方法如下

    tasks.whenTaskAdded { task ->
        if (task.name.contains('AndroidTest') || task.name.contains('Test')) {
             task.enabled = false
        }
    }

巧用include

对于我们没有依赖的module我们可以在settings.gradle里边去掉改module的include建议写成一行只include一个module如下

    include:'lib1'
    //include:'lib2'

这样我们实际就只include了lib1,当我们sync或者build\clean的时候就没有lib2的事啦这样解决时间。

减少构建过程中的I/O操作I/O操作如copy文件访问git等,Debug版本配置的minSdkVersion 21+builder faster

Instant Run:

注入依赖技术不需要安装就可以达到更新apk的目的。 详细参考Instant Run: How Does it Work?!

最后还想说几点

1、不仅仅只是快1mms

这里的每一项我都尝试配置使用过实际测试基本可以解决个10多mms当然也得看你的项目当然的状态以及你编辑修改的东西。虽然解决下的时间不是很显眼但是如果用百分数来看可以提高到20%的速度你就能感受到其中的价值啦然后再乘以你编译的次数绝对的节约时间。

2、组件化的优势

另外一点我曾在知乎上也回答过尽量的模块化项目内容对于一些功能特点我们都可以抽象成小组件在demo中调试完成然后挪到工程里边。这样不仅丰富了自己的公共库也提高了工作效率。

3、java调试或者说单元测试

对于纯java的业务相信在model层里有很多都是我们可以通过只运行java来调试比如我最近在做单词的短语匹配算法那么我在调试的时候再class里边写个main方法很low的方案仅调试算法部分就好然后实际还是要使用单元测试更忧。

四、Maven仓库

1、Jcenter和mavenCentral

• 区别

  • jcenter比mavenCentral仓库要全性能优响应要快但有一些构建还是仅存在maven里边。

  • jcenter上传lib流程更加简单。

• 参数

  • group 分组

  • artifact 名称

  • version 版本

2、maven私服

• 本机搭建maven私服

  • 详细参考搭建自己的maven私服并使用Gradle统一依赖管理

  • 本地的私服同时也可以添加外部私服代理

• 公司maven私服使用

  • build.gradle

  • 手动上传

  • 上传

  • 远程依赖

五、依赖以及统一依赖管理

• 依赖种类

  • aar

  • jar

  • /AndroidManifest.xml (mandatory)

  • /classes.jar (mandatory)

  • /res/ (mandatory)

  • /R.txt (mandatory)

  • /assets/ (optional)

  • /libs/*.jar (optional)

  • /jni//*.so (optional)

  • /proguard.txt (optional)

  • /lint.jar (optional)

  • 库library)依赖

  • 工程moudle依赖

• Dependency configurations

  • compile

  • runtime

  • testCompile

  • testRuntime

  • xxxCompile

• 依赖方式

  • @aar

  • +1 自动更新最新版本建议Release版本中使用

  • 指定了文件类型为aar

  • You shouldn't need to put @aar if the pom declares the packaging as aar (which is true in your case).

  • 本地依赖离线:AS可以配置离线那么远程依赖会使用本地缓存的而不再去请求加载

  • 远程仓库依赖

• 依赖配置

  • testCompile group: 'junit', name: 'junit', version: '4.+'

  • compile group: 'org.hibernate', name: 'hibernate-core', version: '3.6.7.Final'

  • compile com.tencent.bugly:crashreport:2.1.5+

  • compile 'com.stubworld.core:CorelibAndroid:1.0@aar'

  • build.gradle

  • project Structure

• 统一依赖管理实际就是将每个moudle的依赖配置写到一个全局的配置文件中方便我们管理。我们可以添加一个全局的config.gradle,然后在全局的build.gradle中apply一下。详解请参考文章搭建自己的maven私服并使用Gradle统一依赖管理

• 官方资料

• How to distribute your own Android library through jCenter and Maven Central from Android Studio

五、多渠道BuildType+ProductFlavor=Build Variant

buildType称为构建类型ProductFlavor称为定制产品。怎么理解呢buldType默认有debug和release两个版本而productFlavor默认是匿名的。我们可以这么理解buildType是我们开发需要的通用类型比如默认的调试、发行版本、也可以定制方便测试人员测试的版本对于ProductFlavor就是我们需要对产品进行定制啦不同的Product对应了独有的部分代码比如我们要开发个免费版、企业版这里是举个例子主要还是要看你的产品构成。两者还有一个区别在于buildType默认共享一个defaultConfig,但是不同的Product可以对应不同的xxxConfig,由此就可以拥有不同包名等。

下面教你如果给有多重依赖关系module配置多渠道直接贴码说明 我们假设A依赖了B、B依赖了C

//A为主工程   
productFlavors{
    free{ 
        //免费版
        minSdkVersion 21
    }
    pay{
        //付费版
        minSdkVersion 14
    }
}
buildTypes{
    release{

        resValue "string", "app_name", "CoolApp"
        signingConfig signingConfigs.release

        buildConfigField "String", "API_URL", '"http://api.dev.com/"'
        buildConfigField "boolean", "REPORT_CRASHES", "true"
    }
    debug{
        applicationIdSuffix ".debug"
        versionNameSuffix "-debug"
        resValue "string", "app_name", "CoolApp (debug)"
        signingConfig signingConfigs.debug

        buildConfigField "String", "API_URL", '"http://api.prod.com/"'
        buildConfigField "boolean", "REPORT_CRASHES", "false"
    }
}
dependencies{
    freeCompile project(path:'B',configuration:'freeRelease')
    freeCompile project(path:'B',configuration:'freeDebug')
    payCompile project(path:'B',configuration:'payRelease')
    payCompile project(path:'B',configuration:'payDebug')
}
//B为依赖工程 
publishNonDefault true //依赖工程这一句很重要不然sync不过

productFlavors{
    free{
        }
    pay{            
    }
}
buildTypes{
    debug{

    }
    release{

    }
}
dependencies{
    freeCompile project(path:'C',configuration:'freeRelease')
    freeCompile project(path:'C',configuration:'freeDebug')
    payCompile project(path:'C',configuration:'payRelease')
    payCompile project(path:'C',configuration:'payDebug')
}

//在对应的module里面新建和main平级和productFlavors名字相同的问题夹并且将src等放在和main相同的路径下就ok啦编译不同的渠道会找不同的文件。

• 多渠道的意义

  • 可以配置不同的URL地址

  • 不同的名字、版本名、ApplicationId

  • 不同的签名配置

  • 不同的源码

  • 不同的manifest

  • 不同的sdk

• 小结

  不同的产品要求、不同的生产环境我们都可以通过配置多个渠道来达到我们的工作要求省时省力。

六、Eclipse项目彻底转为AS

• 1、策略

  • 步骤一Eclipse导出获得xxx.gradle

  • 步骤二画出依赖关系图

  • 步骤三调整文件结构把文件结果弄成标准的用资源管理器就可

  • 步骤四修改build.gradle,修复依赖关系

  • 步骤五建立gradle统一管理对于大项目依赖负责常更新的还是有必要的

• 2、坑

  平时使用的时候也会出现这种问题好好的sync的时候一直报R文件找不到clean后还是不行我的解决方案是在settings.gradle文件里边注释掉报错的module所有上层的include包括自身sync一下没有问题。然后打开自己sync没有问题然后逐层向上打开工程一切ok。

  • Multiple dex files define http://Lcom.xxx.xxx.xxx

  • R文件不存在

• 3、技巧

  • 依赖关系理清由下至上

  • 灵活使用settings.gradle,控制include可以syncbuild任何一个工程以及所依赖的工程减少时间方法查找问题提高效率

  • 构建交给服务器如果公司有服务器构建的话对于大项目可以交给服务器来编译解放自己的电脑来干别的工作

  • clean、Invalidate Caches、Restart、删除.idea、.gradle

七、 只有一个快捷键Acton or option

网络上有许多的快捷键大全之类的看的密密麻麻的东西我就头晕最后在知乎上有位大神提到AS只有一个快捷键那就是Control+Shift+A瞬间顿悟。所以后面我很少去既什么操作快捷键是什么而只是研究快捷操作英文名是什么比如说定位跳转到某一行我只要control+shift+A然后输入Line,就会列出所有有关line的操作与此同时每次操作我都会留意下跟在后边括号里边的快捷键是啥如此往复循环一次使用频率高的就给记住直接的快捷键没有记住的模糊搜索下操作指令名称也能快速找到如果没有可以去keymap里边自定义设置。关于操作大概总结了以下几类

• 1、提示

  • 源码提示Documentationctrl Ctrl+shilf+space 连续两次放大查看 再次点击缩小

  • 查看某个方法的调用路径Call Hierachy Ctrl+alt+h

  • 查看某个方法的具体内容Definition Ctrl+Shift+I

  • extends或者implement 的所有子类 chooseImplementation Ctrl+Alt+B \Ctrl+T

• 2、编辑

  • 同起点按住Alt同时鼠标上下走

  • 不同起点按住Shift+Alt ,同时鼠标多处点击

  • 多行编辑

  • 自动补全Surround if.else,try/catch可以使用快捷键Ctrl+Alt+T (Code | Surround With)

• 3、查找和替换 file find goto search replace

  • 打开文件enter file name ctrl+shift+r 输入文件名

  • 打开文件-资源文件 ctrl+alt+F12 , 按住ctrl,鼠标点击

  • 打开一个类 enter class name ctrl+shift+t 输入类名

  • 跳转到一个方法File Structure Ctrl+O 输入方法名

  • 打开某一个对象 symbol 输入对象名

  • 跳转到某一行line 输入行数

  • 跳转到当期接口的实现方法implementation(s) ctrl+t

  • 全部文件替换 Replace in path 比如你要替换整个工程真某个字符串

  • 书签 bookmarks 我的总结是有限的实际在官方文档中有分类说明

八、代码检查

• 操作 Analyze | Inspect Code | 窗口显示

• Android

  • performance

  • Unused resources //没有使用到的资源res

  • lint

• class structure

  • File can be local //可以是局部变量的写成了全局变量

• Imports

  • Unused import 没有使用的import

• General

  • Default File Template Usage //有些没有使用模板的规范

• Performance issues

  • 'StringBuffer'can be replaced with 'String'

• Probable bugs

  • String comparison using '==', instead of 'equals()'

• 简单举例也可以在面板上直接输入文字搜索

九、调试

这里不再过多叙述啦本人实际开发中使用的也是比较基础不过有个技巧当我们按住Alt键然后点击某一行代码可以查看到这一行代码的执行结果。前提是这行代码已经执行过啦觉得还是挺好用的。更多可以参考Android Studio代码调试大全学习。

十、 终极技巧

• 合理使用插件plugin

  • SimpleUML

  • MarkDown

• 书签、喜欢分组bookMarks、favorites

• 抓屏布局分析LayoutInspector

• 宏Edit|Macors

这个和office办公软件有点类似我们可以录制一段操作然后播放就可以自动执行录制好的操作。

• Templates模板

  • 参考阅读自定义Android Studio工程模板

  • File 的头部可能有声明作者、日期的注释这里可以自动生成。

  • SaveAsTemplates可以将某一个class或者文件保存为模板新建的时候直接生成引用。

  • .notnull 自动填充为空的判断

  • .for

  • 具体的有很多在设置面板中查看

  • LiveTemplates (Settings|Live Teamplates)

  • FileTemplates

  • File and Code Templates

  • Project Templates

  • 前后缀Editor|Code Style|Java

    这个可以自动给变量添加一个前后缀比如我们的成员变量常在前面加一个m。

• Intentions

  意图这里可以根据预设的代码结构来填充修改代码比如我们有 a.equals("A"),如果我们按 Alt+Enter,就会有一个split的提示选项点击之后代码就会变成 “A".equalsa。具体有很多打开设置面板自己看吧。

• 版本管理

  • 分支代码对比 AS右下角的边框有分支可以看点开就可以有许多的功能。前提是已经激活配置好git.

  • Annotate

• layout布局遍历

• 巧用Alt+Enter

当我们的代码报错的时候当我们希望有更多功能的时候按这个快捷键就会有很多惊喜。比如我们在一个Class上使用该快捷键就会有提示添加单元测试 Create Test 然后一秒钟添加好了单元测试类。

• 巧用Settings.gradle 我们可以通过注释include达到自由管理项目中各个moudle在我们编译出错的时候方便查问题。

• 快捷键有这个命令图就够啦。

• 模板 Tools/Save File as a Template

• 巧用AS无处不在的筛选排列显示

  • project里边的 project/android/FlattenPackages

  • Find Usage 结果列表中的 write

  • 以及每个工具面板中的筛选按钮

• 巧用注解@NonNull 官方文档 Improve Code Inspection with Annotations

• 面板区域内直接输入搜索

我们在很多的面板比如左侧的项目导航栏可以直接输入字母模糊搜索你需要的文件。

• LocalHistory

代码编辑的历史记录方便找回意外丢失修改的代码。

• 一些有趣的task

  • Show us your Gradle tasks

  • Gradle tips & tricks to survive the zombie apocalypse

  • 根据git提交自动配置版本号

    defaultConfig {
    # Add 10000 to move past old SVN revisions.
     versionCode gitCommitCount() + 10000 ?: 0
    }
    
    def gitCommitCount() {
    try {
        def stdout = new ByteArrayOutputStream()
     exec {
         commandLine 'git', 'rev-list', '--count', 'HEAD'
    standardOutput = stdout
     }
    def commitCount = stdout.toString().trim().toInteger()
    return commitCount
     }
    catch (ignored) {
        return 0;
    }
    }
    
    def gitRevision() {
    try {
     def stdout = new ByteArrayOutputStream()
        exec {
        commandLine 'git', 'rev-list', 'HEAD', '-n', '1'
     standardOutput = stdout
         }
    def commitRevision = stdout.toString().trim()
     return commitRevision
     }
    catch (ignored) {
        return "(unknown revision)";
    }
    }

  • 其他参考

十一、 AndroidStudio 2.2版本特性

• 设计

  • 布局编辑器

  • 约束布局

• 开发

  • 改进C++支持

  • 示例浏览器

• 构建

  • Instant Run 改进

  • Java 8 支持

  • Open JDK 支持

• 测试

  • 模拟器增加了虚拟传感器

  • apk分析器

• 官方原版介绍+视频

十二、总结

• Gradle是一个强大的包装机

• maven远程依赖很给力

• 快捷键只有一个那就是Ctrl+Shift+A

• 绝招有很多.套路太深别说你不懂

• 妹纸都是浮云我们天天双眼就盯着AndroidStudio,所谓日久生情。

原文链接http://www.apkbus.com/blog-875309-62986.html