Articles of android studio 3.1

用android studio 3.1更新打开键盘上的App冻结

应用程序在更新前工作正常。 每当我点击一些EditText光标闪烁几秒钟,比应用程序冻结并卡住。 login_activity.xml CustomEditText.java public class CustomEditText extends EditText { private static final String TAG = “EditText”; public CustomEditText(Context context) { super(context); } public CustomEditText(Context context, AttributeSet attrs) { super(context, attrs); setCustomFont(context, attrs); } public CustomEditText(Context context, AttributeSet attrs, int defStyle) { super(context, attrs, defStyle); setCustomFont(context, attrs); } private void setCustomFont(Context ctx, AttributeSet attrs) { […]

从服务器收到状态码407:需要代理validation

更新Android Studio和Gradle后,我得到以下错误。 我尝试过的: 1.我正在使用代理并尝试过自动和手动代理设置。 检查连接是否有效并且成功,android sdk更新也显示但是库和存储库不是从google(),jcenter()等下载的。 2.以管理员身份运行无法解决问题。 3.之前相同的代理工作正常,我也尝试了其他无效的代理。 4.我使用的是Windows 10,gradle 4.4,android studio 3.1。 5.恢复到版本3.0并没有解决问题。 6.恢复到gradle 4.1没有解决问题。 7.清理项目,无效缓存+重启不起作用。 更新:问题来自版本3.1及以上版本,似乎在android studio中使用代理身份validation从版本3.1进行了某种更改。 我还是无法解决它。

Android Studio 3.1:更新gradle文件导致android studio冻结

今天我将Android studio从3.0.1更新到3.1。 我在Gradle遇到了一个奇怪的问题。 每次我尝试编辑.gradle文件时,Android Studio都会冻结。 通过一些研究,我看到每次编辑.gradle文件时,Android Studio都会发送搜索“ http://search.maven.org/ ”的请求。 我在我的工作中代理了一切,一切都已配置好,在更新之前一切正常。 有没有人遇到过这个版本或旧版本的相同问题?

Android Studio 3.1稳定。 构建成功但无法解决错误

我今天(2018年3月27日)更新到Android Studio 3.1稳定版。 我有一个旧项目。 使用新的工作室版本,它可以构建成功并且应用程序可以安装在Emulator ,但是IDE上的活动文件显示 无法解析错误 。 gradle文件app模块 项目级gradle文件

更新android studio 3.0.1到3.1.0不能正确支持数据绑定

我将android studio的更新从3.0.1更新到3.1.0。 将gradle更新到最新版本后,我得到绑定错误,当我在XML文件中更改Id然后尝试使用Java文件中的数据绑定获取该ID时,它在构建后不支持,并且在重新启动后我得到该ID,我是无聊,我想重新启动android工作室再次进行数据绑定,在我的整个项目中我使用绑定,所以当我删除它时,有很多变化, 我试过这个,来自android开发者 Android Gradle Plugin 3.1.0 Canary 6附带一个可选的新编译器。 要开始使用它,请更新gradle.properties文件以包含以下行: android.databinding.enableV2 = true 但是,它无法帮助我,有什么解决方案吗?

Android Studio图像资产启动器图标透明背景颜色

您可能认为这个问题与此问题重复。 但从那时起,Android Studio已经更新,其中的解决方案不再适用。 我想在android studio中使用图像资源设置我的应用程序徽标。 这是因为如果我将我的应用程序徽标直接放在drawable或mipmap中,那么会导致很多问题:如果它的大小很大,则会发生应用程序崩溃,如果在oreo上运行的设备然后徽标将不会显示并且默认ic_launcher正在显示等。 在尝试使用图片资源设置我的应用程序徽标时,我遇到了一个问题:我无法保持app徽标的背景透明。 我有一个在photoshop中制作的png徽标,我想将其设置为我的应用徽标,我不想要任何背景,但android studio图像资产不提供任何删除背景的选项。 我尝试了以下来自谷歌的解决方案: 这个和这个 但这些都不适合我。 尝试的解决方案: 通过将形状设置为无 通过从其默认位置删除ic_launcher_background文件 试过不同的设备 这些都不起作用……请帮助我。 任何帮助将不胜感激。

Android Studio 3.1中的“与gradle文件同步项目”按钮在哪里?

此按钮从AS工具栏的新3.1版本中消失。 在它显示为: 现在它不见了:

ZipException:Kotlin类上的重复条目

请注意,在升级到Android Studio 3.1,Gradle构建工具3.1.0和Gradle Wrapper 4.4之前,此项目已成功编译。 在Gradle任务transformClassesAndResourcesWithPrepareIntermediateJarsForSomethingDebug期间发生exception: Caused by: java.util.zip.ZipException: duplicate entry: com/me/utils/model/singleModel/NodeModel.class 请注意,例外只发生在Kotlin类上(如上面的NodeModel)。 如果我删除这个类,将在下一个Kotlin类上发生exception。 提及此exception的所有其他SO问题都与项目依赖项中的重复第三方库有关。 然而,这不是我的情况,因为NodeModel是我自己编写的自定义类。 它实际上只是一个简单的Kotlin数据类。 该项目使用Kotlin版本1.2.30,构建工具27.0.3,支持库27.1.0和Firebase 12.0.1。 我曾多次尝试清理和重建项目,在本地JDK和嵌入式JDK之间进行切换,没有任何效果。 我尝试使用–stacktrace –debug运行Gradle以查找副本的来源,但Gradle日志没有提及任何相关内容。

Android Studio 3.1布局预览不显示某些布局的预览

从今天早上起,我开始遇到这个奇怪的问题。 在我将Android Studio从3.0.1更新到3.1之前,Android Studio布局预览面板和设计视图没有显示我的一些布局。 我尝试过以下哪些没有帮助: 更新了buildTools从27.0.2到27.0.3 更新了从27.0.2到27.1.1的支持库 更新了约束布局库,范围从1.1.0-beta5到1.1.0-beta6 已多次同步Gradle文件的项目 多次清理和重建项目 已失效并重新启动的Android Studio 从文件菜单中关闭项目并重新打开它(我怀疑这是由于布局预览缓存的一些管理不善而未被清除) 终于重启了我的电脑 Android Studio详情: Android Studio 3.1 Build#AI-173.4670197,建于2018年3月22日 JRE:1.8.0_152-release-1024-b02 amd64 JVM:JetBrains sro的OpenJDK 64位服务器VM Windows 8.1 6.3

更新Android Studio 3.1后获取发布签名APK时出错

将我现有的项目迁移到Android Studio 3.1后,它没有编译。 以下是日志详细信息: org.gradle.api.tasks.TaskExecutionException:任务’:app:mergeReleaseResources’的执行失败。 在org.gradle上的org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:100)org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.execute(ExecuteActionsTaskExecuter.java:70)位于org.gradle.api.internal的org.gradle.api.internal.tasks.execution.SkipUpToDateTaskExecuter.execute(SkipUpToDateTaskExecuter.java:62)上的.api.internal.tasks.execution.OutputDirectoryCreatingTaskExecuter.execute(OutputDirectoryCreatingTaskExecuter.java:51) org.gradle.api.internal.tasks.execution上的.gasks.execution.ResolveTaskOutputCachingStateExecuter.execute(ResolveTaskOutputCachingStateExecuter.java:54)org.gradle.api.internal.tasks.execution.ValidatingTaskExecuter.execute(ValidatingTaskExecuter.java:60) org.gradle.api.internal.tasks.execu上的org.gradle.api.internal.tasks.execution.CleanupStaleOutputsExecuter.execute(CleanupStaleOutputsExecuter.java:87)中的.SkipEmptySourceFilesTaskExecuter.execute(SkipEmptySourceFilesTaskExecuter.java:97) 在org.gradle.api.internal.tasks.exe执行(SkipTaskWithNoActionsExecuter.java:52)org.gradle.api.internal.tasks.execution.SkipOnlyIfTaskExecuter中的.ResolveTaskArtifactStateTaskExecuter.execute(ResolveTaskArtifactStateTaskExecuter.java:52)。执行(SkipOnlyIfTaskExecuter.java:54)org.gradle.api.internal.tasks.execution.ExecuteAtMostOnceTaskExecuter.execute(ExecuteAtMostOnceTaskExecuter.java:43)at org.gradle.api.internal.tasks.execution.CatchExceptionTaskExecuter.execute(CatchExceptionTaskExecuter。 java:34)at org.gradle.execution.taskgraph.DefaultTaskGraphExecuter $ EventFiringTaskWorker $ 1.run(DefaultTaskGraphExecuter.java:248)org.gradle.internal.progress.DefaultBuildOperationExecutor $ RunnableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:336)at org。 gradle.internal.progress.DefaultBuildOperationExecutor $ RunnableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:328)org.gradle.internal.progress.DefaultBuild 在Org.gradle.internal.progress.DefaultBupeOperationExecutor.run(DefaultBuildOperationExecutor.java:110)上的OperationExecutor.execute(DefaultBuildOperationExecutor.java:199)org.gradle.execution.taskgraph.DefaultTaskGraphExecuter $ EventFiringTaskWorker.execute(DefaultTaskGraphExecuter.java:241) at org.gradle.execution.taskgraph.DefaultTaskGraphExecuter $ EventFiringTaskWorker.execute(DefaultTaskGraphExecuter.java:230)org.gradle.execution.taskgraph.DefaultTaskPlanExecutor $ TaskExecutorWorker.processTask(DefaultTaskPlanExecutor.java:123)at org.gradle.execution.taskgraph .DefaultTaskPlanExecutor $ TaskExecutorWorker.access $ 200(DefaultTaskPlanExecutor.java:79)org.gradle.execution.taskgraph.DefaultTaskPlanExecutor $ TaskExecutorWorker $ 1.execute(DefaultTaskPlanExecutor.java:104)at org.gradle.execution.taskgraph.DefaultTaskPlanExecutor $ TaskExecutorWorker $ 1。执行(DefaultTaskPlanExecutor.java:98)org.gradle.execution.taskgraph.DefaultTaskExecutionPlan.execute(DefaultTaskExecutionPlan.jav) a:626)org.gradle.execution.taskgraph.DefaultTaskExecutionPlan.executeWithTask(DefaultTaskExecutionPlan.java:581)org.gradle.execution.taskgraph.DefaultTaskPlanExecutor $ TaskExecutorWorker.run(DefaultTaskPlanExecutor.java:98)at org.gradle.internal .concurrent.ExecutorPolicy $ CatchAndRecordFailures.onExecute(ExecutorPolicy.java:63)at org.gradle.internal.concurrent.ManagedExecutorImpl $ […]