本文将分享关于ionic4导入androidstudio的注意事项的详细内容，并且还将对i4c怎么导入安卓进行详尽解释，此外，我们还将为大家带来关于AndroidStudio1.0RC4发布、Andr

本文将分享关于 ionic4 导入 android studio 的注意事项的详细内容，并且还将对i4c怎么导入安卓进行详尽解释，此外，我们还将为大家带来关于Android Studio 1.0 RC4 发布、Android Studio 3.0 找不到 Android Device Monitor、Android Studio 3.0及Gradle Plugin 3.0升级注意事项、Android Studio 安装注意事项的相关知识，希望对你有所帮助。

• 关于 ionic4 导入 android studio 的注意事项（i4c怎么导入安卓）
• Android Studio 1.0 RC4 发布
• Android Studio 3.0 找不到 Android Device Monitor
• Android Studio 3.0及Gradle Plugin 3.0升级注意事项
• Android Studio 安装注意事项

关于 ionic4 导入 android studio 的注意事项（i4c怎么导入安卓）

最近看 IT 营的视频的时候，发现视频讲解的打包真是轻松的不得了，但是当自己导入打包的时候，你就会发现，没有最坑，只有更坑，按照教程来打包，估计你这辈子很难还原成功的，下面就来说一下关于

gradle 与 gradle pulgin 之间的关系，做一记录，gradle 的版本实在太多了，而且当用 ionic 去添加平台后，再导入 android studio 进行打包的时候，还是会遇到各种各样的问题需要解决的，关点几个鼠标是远远不够的。

http://tools.android.com/tech-docs/new-build-system/version-compatibility

Version Compatibility

Post 1.0 Compatibility

Starting with Android Studio 1.0 and the Gradle plugin for Android 1.0, compatibility is a critical requirement.

Newer versions of the Gradle plugin may require newer versions of Studio to enable the new features in the IDE, but the project should open in older versions of Studio, and build from there (since Gradle does the build). We will be very careful about this.

We will determine later our compatibility story between Studio 2.x and Gradle Plugin 1.x and between Studio 1.x and Gradle Plugin 2.x

We will make every effort to keep compatibility where possible, and to provide good Quick Assist to help with migration where applicable.

Post 1.0 DSL compatibility

The DSL changed a lot before 1.0, but it should be stable now.

If/When we need to change things we will have long deprecation periods, likely longer than 6 months, possibly 12 months.

Preview Compatibility

Android Studio 1.0 RC4 发布

Android Studio 1.0 RC4 发布，Android Studio RC3 几个小时之前刚发布！！！

此版本主要改进如下：

• It bundles Android Gradle plugin 1.0.0-rc4 instead of rc3, which fixes a couple of important Gradle plugin issues

• It includes the Import Sample wizard which was accidentally left out in earlier RCs

• It updates the project structure dialog to use the new property names of a few recently renamed Gradle DSL methods

• Launching an emulator from the AVD window now closes the AVD list window in order to immediately show emulator output

此版本已经推送到 beta 和 canary 频道，大家可以直接在 1.0 RC 4 页面 下载 ZIP，现在不推送到更新安装器，只需要运行 RC 3 安装器，然后分支更新到 RC4 即可。

Android Studio 3.0 找不到 Android Device Monitor

因为自 Android Studio 3.0 开始弃用 Android Device Monitor，Android Developers 官网上的原话是：

Android Device Monitor is a standalone tool that provides a UI for several Android app debugging and analysis tools.
However, most components of the Android Device Monitor are deprecated in favor of updated tools available in Android Studio 3.0 and higher. The table below helps you decide which developer tools you should use.

译文：

Android 设备监视器是一个独立的工具，为几个 Android 应用调试和分析工具提供了一个 UI。
但是，大多数 Android 设备监视器组件已弃用，以支持 Android Studio 3.0 和更高版本中提供的更新工具。下表帮助您决定应该使用哪些开发人员工具。

 

图 1.Android Developers 关于 Android Device Monitor 的说明页

 

虽然说被 “弃用”，但是不代表不支持，我们还是可以通过其他方式来使用 Android Device Monitor，具体使用方式如下：

在 android-sdk/tools/ 目录的命令行中输入以下内容：

如果你不知道你的 Android SDK 安装在哪个目录，预科可以在 Android Studio 的设置 1 中查看：

 

图 2.Android Studio 设置界面
进入 CMD 窗口 2，cd 到目标文件夹 tools 下，然后输入命令 montior：

图 3.cmd 界面
接下来，我们就可以看到期待已久的 Android Device Monitor 界面了 3：

图 4.Android Device Monitor 界面

Android Studio 3.0及Gradle Plugin 3.0升级注意事项

最近终于有空升级了一下项目中的Gradle和Gradle Plugin的版本，还是踩了蛮多的坑。特别是依赖以及渠道编译这块变动较大，因此把遇到的一些问题点记录下来，分享给后人查阅~

Gradle版本升级

其实当AS升级到3.0之后，Gradle Plugin和Gradle不升级也是可以继续使用的，但很多新的特性如：Java8支持、新的依赖匹配机制、AAPT2等新功能都无法正常使用~ 所以长期看来，最后还是得升的。

• Gradle Plugin升级到3.0.0及以上，修改project/build.gradle文件：

  123456789101112

  buildscript { repositories { ... // new plugin. google() } dependencies { classpath 'com.android.tools.build:gradle:3.0.0' }}

• Gradle升级到4.1及以上，修改project/gradle/gradle-wrapper.properties文件：

  1	distributionUrl=https://services.gradle.org/distributions/gradle-4.1-all.zip

生成APK文件名属性outputFile变为只读

改完第一步后会提示如下报错：

Error:(88, 0) Cannot set the value of read-only property ‘outputFile’ for ApkVariantOutputImpl_Decorated{apkData=Main{type=MAIN, fullName=appDebug, filters=[]}} of type com.android.build.gradle.internal.api.ApkVariantOutputImpl.

之前改apk名字的代码类似：

1234567

applicationVariants.all { variant ->    variant.outputs.each { output ->        def file = output.outputFile        def apkName = 'xxx-xxx-xxx-signed.apk'        output.outputFile = new File(file.parent, apkName)    }}

由于outputFile属性变为只读，需要进行如下修改，直接对outputFileName属性赋值即可：

123456

applicationVariants.all { variant ->    variant.outputs.all {        def apkName = 'xxx-xxx-xxx-signed.apk'        outputFileName = apkName    }}

依赖关键字的改变

• api: 对应之前的compile关键字，功能一模一样。会传递依赖，导致gradle编译的时候遍历整颗依赖树
• implementation: 对应之前的compile，与api类似，关键区别是不会有依赖传递
• compileOnly: 对应之前的provided，依赖仅用于编译期不会打包进最终的apk中
• runtimeOnly: 对应之前的’apk’，与上面的compileOnly相反

关于implementation与api的区别，主要在依赖是否会传递上。如：A依赖B，B依赖C，若使用api则A可以引用C，而implementation则不能引用。

这里更推荐用implementation，一是不会间接的暴露引用，清晰知道目前项目的依赖情况；二是可以提高编译时依赖树的查找速度，进而提升编译速度。详见SO的这个回答，讲得非常详细了：https://stackoverflow.com/questions/44413952/gradle-implementation-vs-api-configuration

渠道需要声明flavor dimensions

刚开始Sync的时候应该会报错：

Error:All flavors must Now belong to a named flavor dimension. Learn more at https://d.android.com/r/tools/flavorDimensions-missing-error-message.html

也就是每个flavor渠道都必须归属一个dimension维度，若只有一个维度，渠道中可以不写dimension属性，默认分配到该维度。直接添加一个默认的维度即可，如：flavorDimensions "dimension"。当然flavorDimensions也可以设置多个维度，详见官方实例：

1234567891011121314151617181920212223242526

// Specifies two flavor dimensions.flavorDimensions "mode", "minApi"productFlavors {    free {        // Assigns this product flavor to the "tier" flavor dimension. Specifying        // this property is optional if you are using only one dimension.        dimension "mode"        ...    }    paid {        dimension "mode"        ...    }    minApi23 {        dimension "minApi"        ...    }    minApi18 {        dimension "minApi"        ...    }}

库多variant依赖方式的修改

Gradle plugin 3.0.0+之后引入了新的variant自动匹配机制，也就是说app的flavorDebug变体会自动匹配library的flavorDebug变体。

回顾一下旧的方式，如果app在某个variant下需要依赖library相应的类型，需要按照下面的方式声明依赖：

123456

dependencies {    // This is the old method and no longer works for local    // library modules:    debugCompile project(path: ':library', configuration: 'debug')    releaseCompile project(path: ':library', configuration: 'release')}

新的方式，gradle会自动感知并匹配对应的variant（前提是app与library中有对应的variant类型）：

1234567

dependencies {    // Instead, simply use the following to take advantage of    // variant-aware dependency resolution. You can learn more about    // the 'implementation' configuration in the section about    // new dependency configurations.    implementation project(':library')}

处理app与lib的依赖匹配问题

上面我们了解到新的variant匹配机制，但若app或library中不存在对应的variant类型呢？匹配将如何进行？下面列出了可能出现的几种情形：

情形1：app中有某个build type但library却木有

可以通过matchingFallbacks属性来设置回退策略，提供可能的匹配列表，代码如下：

123456789101112131415

// In the app's build.gradle file.android {    buildTypes {        debug {}        release {}        staging {            // Specifies a sorted list of fallback build types that the            // plugin should try to use when a dependency does not include a            // "staging" build type. You may specify as many fallbacks as you            // like, and the plugin selects the first build type that's            // available in the dependency.            matchingFallbacks = ['debug', 'qa', 'release']        }    }}

若希望可以针对app的每个build type都执行相同的回退策略（例如我们大量的library只有一个release的build type），则可以使用批量指令：

123

buildTypes.all { type ->    type.matchingFallbacks = ['release']}

（注意：在该情景下，若library中有某个build type但app却木有，不会对app有任何影响）

情景2：在同一个dimension维度下，如：tier。若app中有某个flavor但library却木有：

同样可以通过matchingFallbacks属性来设置回退策略，代码如下：

1234567891011121314151617181920212223242526

// In the app's build.gradle file.android {    defaultConfig{    // Do not configure matchingFallbacks in the defaultConfig block.    // Instead, you must specify fallbacks for a given product flavor in the    // productFlavors block, as shown below.    }    flavorDimensions 'tier'    productFlavors {        paid {            dimension 'tier'            // Because the dependency already includes a "paid" flavor in its            // "tier" dimension, you don't need to provide a list of fallbacks            // for the "paid" flavor.        }        free {            dimension 'tier'            // Specifies a sorted list of fallback flavors that the plugin            // should try to use when a dependency's matching dimension does            // not include a "free" flavor. You may specify as many            // fallbacks as you like, and the plugin selects the first flavor            // that's available in the dependency's "tier" dimension.            matchingFallbacks = ['demo', 'trial']        }    }}

（注意：在该情景下，若library中有某个flavor但app却木有，不会对app有任何影响）

情景3：library中有某个dimension维度，但app中却没有:

可以通过missingDimensionStrategy属性来设置选择策略，代码如下：

12345678910111213141516171819202122

// In the app's build.gradle file.android {    defaultConfig{    // Specifies a sorted list of flavors that the plugin should try to use from    // a given dimension. The following tells the plugin that, when encountering    // a dependency that includes a "minApi" dimension, it should select the    // "minApi18" flavor. You can include additional flavor names to provide a    // sorted list of fallbacks for the dimension.    missingDimensionStrategy 'minApi', 'minApi18', 'minApi23'    }    flavorDimensions 'tier'    productFlavors {        free {            dimension 'tier'            // You can override the default selection at the product flavor            // level by configuring another missingDimensionStrategy property            // for the "minApi" dimension.            missingDimensionStrategy 'minApi', 'minApi23', 'minApi18'        }        paid {}    }}

说明：其中missingDimensionStrategy属性的第一个值为dimension维度，后面的Strings为该维度下的渠道flavors。我们可以看下它的函数原型：

12345

public void (String dimension, String requestedValue);public void (String dimension, String... requestedValues);public void (String dimension, List<String> requestedValues);

（注意：在该情景下，若app中有某个dimension维度，但library中却没有，不会对app有任何影响）

情景4：若library没有任何dimension和flavor，则不需app做任何flavor的回退处理~

说了这么多种场景，是不是快被绕晕了？其实诸如dimension的声明以及提供匹配回退策略都是为了实现精确的variant匹配。但是这么多的场景咋看之下还是比较晕，在遇到具体的业务依赖场景后再回来看这一块的内容，你会更加的有收获~

Java8特性的支持

升级到Gradle Plugin 3.0.0之后，一直被诟病的Jack已经被官方弃用了，取而代之的是最新的desugar方案。

若项目之前用了类似retrolambda或者Jack这种旧方案的话，会出现以下提示告诉你移除相关的代码：

Warning:One of the plugins you are using supports Java 8 language features. To try the support built into the Android plugin, remove the following from your build.gradle: apply plugin: ‘me.tatarka.retrolambda’ To learn more, go to https://d.android.com/r/tools/java-8-support-message.html

启用最新的desugar也非常简单，设置一下sourceCompatibility和targetCompatibility即可：

12345678910

android {  ...  // Configure only for each module that uses Java 8  // language features (either in its source code or  // through dependencies).  compileOptions {    sourceCompatibility JavaVersion.VERSION_1_8    targetCompatibility JavaVersion.VERSION_1_8  }}

目前所支持Java8的特性有：

• Lambda expressions
• Method References
• Type Annotations
• Default and static interface methods
• Repeating annotations

（注意：stream及function包下的api只能在API level 24+以上才可以使用）

禁用该特性也是分分钟的事情：

1

android.enableDesugar=false

官方文档：
https://developer.android.com/studio/write/java8-support.html

android-apt相关的异常

最后的最后很多同学会遇到以下关于android-apt的报错：

解决方法：

• 移除android-apt相关的plugin，如：

  1	classpath 'com.neenbedankt.gradle.plugins:android-apt:1.8'

• 依赖中的apt改成annotationProcessor，如：

  1	annotationProcessor 'com.android.databinding:compiler:3.0.0'

• 如果有用到类似Realm这种第三方的plugin，确保升级到最新版试试（旧版的Realm用的还是android-apt），突然发现升级到最新版后api接口被改了，泪奔中…

  12345678

  buildscript { repositories { jcenter() } dependencies { classpath "io.realm:realm-gradle-plugin:4.2.0" }}

更多

还有更多的迁移变化，由于项目中还没涉及到，就先不写了，大家可以参考官方文档：
https://developer.android.com/studio/build/gradle-plugin-3-0-0-migration.html

原文:大专栏  Android Studio 3.0及Gradle Plugin 3.0升级注意事项

Android Studio 安装注意事项

http://tools.android.com/download/studio/canary      每周都有更新，不内置 SDK

NOTE: These .zip files do not contain an embedded SDK install. If you have an existing install of Studio which contains an embedded SDK, if you upgrade by installing one of these zips, make sure you copy over the SDK as well.

http://tools.android.com/download/studio/dev           版本对应下面↓, 不内置 SDK

http://developer.android.com/sdk/installing/studio.html    开发者官网，内置 SDK

This download includes:

• Android Studio early access preview

• All the Android SDK Tools to design, test, debug, and profile your app

• The latest Android platform to compile your app

• The latest Android system image to run your app in the emulator

如果已经从官网安装了 Android Studio, 应该可以通过 canary 和 dev channel 下载的 zip 解压覆盖，完成更新.

SDK 下载 可以选择 SDK Tools Only 下载。解压到自己指定的目录，运行 SDK Manager 即可在线更新.

如需离线更新 SDK, 可以通过 SDK Manage 每次打开时显示的 Log, 浏览器中打开希望更新的文件 xml 地址，在页面中找到文件名，更改 xml 地址后缀为文件名，复制到迅雷即可下载.

下载完成后，复制到，SDK 目录下的 temp 中，在打开 SDK Manager, 选择更新的文件，因为文件已经下载，所以显示 Downloading 只有几秒，然后开始解压安装.

例子:

要安装 Intel x86 Atom System Image 以创建更快的模拟器，查看 Log

知道文件 xml 地址为:https://dl-ssl.google.com/android/repository/sys-img/x86/sys-img.xml, 在浏览器中打开，可以找到各个版本 SDK 对应的文件名:

要用迅雷下载 sysimg_x86-19_r02.zip, 可知其下载地址为:https://dl-ssl.google.com/android/repository/sys-img/x86/sysimg_x86-19_r02.zip

离线更新 AndroidStudio 注意事项：

从 http://tools.android.com/download/studio/canary/latest 下载最新 Canary 版本离线包。

例如下载 0.5.8，解压后的 android-studio 文件夹下有四个文件夹和三个文本。

到本地 Android Studio 的安装目录（C:\Android\android-studio），备份 “四个文件夹和三个文本”，然后删除原本，复制新的过去。

打开，出现提示： This version of Android Studio may not work correctly without Android SDK Tool revision 22.6.2 or above. 

然后就按要求下载更高级版本的 SDK 吧。

关于关于 ionic4 导入 android studio 的注意事项和i4c怎么导入安卓的问题就给大家分享到这里，感谢你花时间阅读本站内容，更多关于Android Studio 1.0 RC4 发布、Android Studio 3.0 找不到 Android Device Monitor、Android Studio 3.0及Gradle Plugin 3.0升级注意事项、Android Studio 安装注意事项等相关知识的信息别忘了在本站进行查找喔。