当前位置: 首页 > 知识库问答 >
问题:

无法减少API

章振
2023-03-14

我在一个应用程序里工作。这个应用程序在Android7.x.x中运行,但当我尝试在Android5.x.x中运行这个应用程序时,这个应用程序崩溃了。我认为这是因为compilesdkversion是API25。当我尝试将其更改为API21(Android5)时,我出现了一些错误。我可以在Android5中对我的应用工作做些什么?

PS:我不知道这款应用在Android6中是否有效,但很可能是不行的。

Build.Gradle:

android {
compileSdkVersion 25
buildToolsVersion '26.0.2'
defaultConfig {
    applicationId "project.id"
    minSdkVersion 16
    targetSdkVersion 16
    versionCode 1
    versionName "1.0"
    testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
}
Error:resource android:style/TextAppearance.Material.Widget.Button.Borderless.Colored not found.
Error:resource android:style/TextAppearance.Material.Widget.Button.Colored not found.
Error:resource android:style/TextAppearance.Material.Widget.Button.Inverse not found.
Error:resource android:style/Widget.Material.Button.Colored not found.
Error:failed linking references.
Error:java.util.concurrent.ExecutionException: java.util.concurrent.ExecutionException: com.android.tools.aapt2.Aapt2Exception: AAPT2 error: check logs for details
Error:java.util.concurrent.ExecutionException: com.android.tools.aapt2.Aapt2Exception: AAPT2 error: check logs for details
Error:com.android.tools.aapt2.Aapt2Exception: AAPT2 error: check logs for details
Error:Execution failed for task ':app:processDebugResources'.

执行aapt失败

共有1个答案

苏涵润
2023-03-14

您的compilesdkversion必须与支持库匹配。所以在你的建筑里把它改成26级

compileSdkVersion 26
buildToolsVersion '26.0.2'
compile 'com.android.support:appcompat-v7:26.0.2'

targetsdkversion应该表明您已经在指定的版本上(可能达到并包括)测试了应用程序。可选,但也应该是26。

它也可能错误的支持库可能导致应用程序强制关闭。请参见官方设计库中的:InflateException with FloatingActionButton

 类似资料:
  • 有人能给我指出正确的方向吗,因为我不明白这个问题。 我正在执行以下方法。 它打印 [null,a,null,a] 我不明白为什么它在结果列表中放了两个空。我期望答案是 [a,b] 由于它是一个并行流,因此要减少的第一个参数 新建ArrayList() 可能会为每个输入值a和b调用两次。 然后累加器函数可能会被调用两次,因为它是并行流,并在每次调用中传递每个输入“a和b”以及种子值提供的列表。因此a

  • 我正在尝试优化一些代码,我的状态是有4个向量,我想将它们的总和存储在另一个向量中。所以基本上,结果=[求和(a),求和(b),求和(c),求和(d)]。我知道有一种方法可以做到这一点,使用2个hadd a混合和置换,但我意识到hadd太贵了。 所以我想知道是否有一种内在的机制可以让我们更快地做到这一点。

  • 我运行jmeter脚本将近一周,今天观察到一件有趣的事情。以下是场景: 概述:我正在逐渐增加应用程序的负载。在上一次测试中,我给应用程序加载了100个用户,今天我将加载增加到150个用户。 150名用户测试结果: > 与上次测试相比,请求的响应时间减少了。(这是个好兆头) 吞吐量急剧下降到上一次测试的一半,负载更少。 我的问题是: > 当我的许多请求失败时,我得到了好的响应时间吗? 注:直到100

  • 我可以成功地运行SELECT*FROM records这样的语句,这不会创建一个map/reduce任务。 但是当我尝试运行SELECT*FROM records where year='1949'时,映射/减少任务总是会出现一些错误 hadoop give me诊断: 应用程序application_1382680612829_0136失败1次,原因是appattempt_13826806128

  • 问题内容: 背景 我有一个Spring批处理程序,该程序读取一个文件(我正在使用的示例文件的大小约为4 GB),对该文件进行少量处理,然后将其写到Oracle数据库中。 我的程序使用1个线程读取文件,并使用12个工作线程进行处理和数据库推送。 我正在搅动很多年轻一代的记忆,这使我的程序运行得比我想象的要慢。 建立 JDK 1.6.18 春季批处理2.1.x 4核计算机,带16 GB内存 问题 使用