Studio Android nie odświeża nowych wersji

Question

Z ASUS ZenPad10 dzieje się tak, że czasami uruchamiam aplikację, ale stara zaczyna się. Myślę, że naprawiłem coś, ale testuję wersję, która wciąż ma błąd, tracąc dużo czasu.

W przypadku innych tabletów tak się nie dzieje. Poza tym muszę wyłączyć ADB, aby uruchomić aplikację na tablecie. Z Nexusem 10 nie muszę tego robić.

W/data/app katalogu znajduje się również wszystkie katalogi (jak „myapp /”) zamiast APK (jak „myapp.apk”) jak w Nexus 10.

Każdy pomysł, aby uniknąć problemów z odświeżaniem?

Zastanawiam się, czy przyczyną może być "Weryfikacja aplikacji przez USB", ale nie mogę wyłączyć tej opcji w ASUS.

myślę, że nie jest konieczne, ale to jest mój główny plik Gradle:

// Top-level build file where you can add configuration options common to all sub-projects/modules. 
buildscript { 
    repositories { 
     maven { url "http://dl.bintray.com/populov/maven" } 
     mavenCentral() 
     jcenter() 
    } 
    dependencies { 
     classpath 'com.android.tools.build:gradle:1.+' 
    } 
} 

allprojects { 
    repositories { 
     mavenCentral() 
     jcenter() 
     maven { 
      url 'https://github.com/suckgamony/RapidDecoder/raw/master/repository' 
     } 
    } 
} 

task wrapper(type: Wrapper) { 
    gradleVersion = '2.5' //version required 
} 

A to moja App Gradle plik:

apply plugin: 'com.android.application' 

dependencies { 
    compile fileTree(include: '*.jar', dir: 'libs') 
    compile project(':Structure:StructureExam') 
    compile 'com.github.bmelnychuk:atv:1.2.+' 
    compile 'com.github.johnkil.print:print:1.3.1' 
    compile 'de.codecrafters.tableview:tableview:0.9.6' 
} 

android { 
    compileSdkVersion 23 
    buildToolsVersion '23.0.1' 

    signingConfigs { 
     release { 
      storeFile file("../../myfile.jks") 
      storePassword "mypass" 
      keyAlias "myalias" 
      keyPassword "mypass" 
     } 
    } 

    buildTypes { 
     release { 
      signingConfig signingConfigs.release 
     } 
    } 

    lintOptions { 
     checkReleaseBuilds false 
     // Or, if you prefer, you can continue to check for com.centervue.lib_util.errors in release builds, 
     // but continue the build even when com.centervue.lib_util.errors are found: 
     abortOnError false 
    } 

    sourceSets { 
     main { 
      manifest.srcFile 'AndroidManifest.xml' 
      java.srcDirs = ['src'] 
      resources.srcDirs = ['src'] 
      aidl.srcDirs = ['src'] 
      renderscript.srcDirs = ['src'] 
      res.srcDirs = ['res'] 
      assets.srcDirs = ['assets'] 
     } 

     // Move the tests to tests/java, tests/res, etc... 
     instrumentTest.setRoot('tests') 

     // Move the build types to build-types/<type> 
     // For instance, build-types/debug/java, build-types/debug/AndroidManifest.xml, ... 
     // This moves them out of them default location under src/<type>/... which would 
     // conflict with src/ being used by the main source set. 
     // Adding new build types or product flavors should be accompanied 
     // by a similar customization. 
     debug.setRoot('build-types/debug') 
     release.setRoot('build-types/release') 
    } 
} 

Answer 1

Wygląda na to, że masz natychmiastowy start (domyślnie). Ta funkcja powoduje wysłanie tylko zmienionego kodu do aplikacji na urządzeniu. że to, co może powodujące problemy stoją ...

ją wyłączyć: [Ustawienia/Preferencje] -> Budowa, wykonanie, Deployment -> Błyskawiczne Run: Usuń zaznaczenie opcji „Włącz Natychmiastowy biec do gorącej wymiany kodu ..... "

Alternatywnie można użyć czysty i ponownie 'aplikacja' z Run (^ ⌘R)

Answer 2

W Android Studio goto metę -> Edytuj konfiguracjach. .. i pod aplikacją oraz na karcie ogólnej sprawdź, czy posiadasz funkcję Make-up w programie "pod" przed "uruchomieniem". jeśli nie, dodaj to z plusem.

Powinieneś również upewnić się, że wszystko w twoim build.gradle jest poprawne, szczególnie pod defaultConfig.

Są to typowe poprawki problemu, jednak dziwne jest, że problem dotyczy tylko jednego konkretnego urządzenia. Sprawdzę i edytuję tę odpowiedź, jeśli znajdę rozwiązanie, ale wypróbuj je teraz.

Answer 3

Przyczyna jest spowodowana włączeniem integracji ADB.

Jeśli zapomniałem go, ponieważ korzystam z debuggera, to nie wypycha on poprawnie nowej aplikacji lub po prostu uruchamia stary.

Nie mam pojęcia dlaczego. Wyłączenie go spowoduje, że wszystko będzie działać poprawnie. Chociaż kodowanie w ten sposób jest naprawdę trudne. Czy jest jakiś powód, dla którego to nie działa na Nexusie, ale działa na ASUS?