Włączanie ProGuard w Eclipse na Androida


112

Nowa dokumentacja dotycząca ProGuard dla systemu Android mówi o dodaniu wiersza do pliku default.properties w katalogu domowym projektu. Jednak po otwarciu tego pliku przeczytałem u góry:

# This file is automatically generated by Android Tools. 
# Do not modify this file -- YOUR CHANGES WILL BE ERASED! 

Czy coś mi brakuje?

Czy jest również sposób, aby włączyć ProGuard tylko dla wersji produkcyjnej z Eclipse (tj. Podczas eksportowania gotowego produktu)?


Zgadzam się z twoim punktem, że default.properties zostanie odtworzona za każdym razem. Tak więc jest to interesujące pytanie
Aman Alam

Powinieneś zaakceptować odpowiedź ligi, NeTeInStEiN już nie obowiązuje i wprowadza w błąd nowego użytkownika.
Gaurav Agarwal,

2
Zmieniłem odpowiedź, aby była aktualna.
neteinstein

odpowiedź ligi jest nadal jaśniejsza niż odpowiedź neteinsteina, dla nowszych instalacji. Co najważniejsze, pokazuje proguard.config=${sdk.dir}/tools/proguard/proguard-android.txt:proguard-project.txt , czy potrzebujesz niestandardowych ustawień dla konkretnego projektu.
ToolmakerSteve

Odpowiedzi:


76

tylko kontynuacja, ponieważ szukałem tego samego - a odpowiedzi tutaj są nieaktualne - ostatnio podstawowa konfiguracja proguard jest tutaj w katalogu sdk - więc musisz tylko umieścić to w swoim projekcie. właściwości:

proguard.config=${sdk.dir}/tools/proguard/proguard-android.txt

jeśli chcesz wprowadzić modyfikacje specyficzne dla projektu, utwórz plik proguard-project.txt i zmień wiersz na:

proguard.config=${sdk.dir}/tools/proguard/proguard-android.txt:proguard-project.txt 

Patrząc na mój projekt (w r20, ale wygenerowany w poprzedniej wersji) wydaje się, że używa kombinacji powyższych metod:
Tom

26
Wciąż dość mylące, ponieważ project.properties mówi również, że # Ten plik jest generowany automatycznie przez Android Tools. # Nie modyfikuj tego pliku - TWOJE ZMIANY ZOSTANĄ USUNIĘTE!
Todd Painton,

12
„musisz tylko umieścić to w swoim project.properties”. Ta linia będzie tam w project.properties, ale będzie domyślnie komentowana. Po prostu cofnij komentarz.
Braj,

113

Android SDK (r20 lub nowszy)

Sprawdź predefiniowany proguard.config, o którym mowa w project.properties

proguard.config=${sdk.dir}/tools/proguard/proguard-android.txt

Więcej informacji: http://proguard.sourceforge.net/manual/examples.html#androidapplication

W Gradle:

buildTypes {
 release {
            minifyEnabled true
            shrinkResources true
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'

            ...
  }
 }

Tutaj możesz sprawdzić „domyślny” plik proguard, który ciągle aktualizuję: https://medium.com/code-procedure-and-rants/android-my-standard-proguard-ffeceaf65521


Android SDK (r19 lub niższy)

Możesz dodać go do pliku default.properties. Do tej pory dodawałem ręcznie bez problemu.

Jeśli dodasz linię:

proguard.config=proguard.cfg

Jak powiedziano, będzie używać ProGuard tylko podczas eksportowania podpisanej aplikacji (Android Tools => Export Signed Application)

Jeśli uruchomisz projekt z SDK przed Androidem 2.3, proguard.cfgplik nie zostanie utworzony (obok default.propertiesjak w 2.3>).

Aby włączyć automatyczne tworzenie go, po prostu zaktualizuj do SDK systemu Android 2.3 i utwórz nowy projekt z istniejącymi źródłami (które są źródłami projektu, który obecnie masz).

Automatycznie proguard.cfgzostanie utworzone wypełnienie.

Jeśli nadal chcesz go utworzyć ręcznie, oto co powinien zawierać:

-dontusemixedcaseclassnames
-dontskipnonpubliclibraryclasses
-dontwarn android.support.**
-verbose

-dontoptimize
-dontpreverify


-keepattributes *Annotation* 
-keep public class * extends android.app.Activity
-keep public class * extends android.app.Application
-keep public class * extends android.app.Service
-keep public class * extends android.content.BroadcastReceiver
-keep public class * extends android.content.ContentProvider
-keep public class com.google.vending.licensing.ILicensingService
-keep public class com.android.vending.licensing.ILicensingService
-keep public class * extends android.support.v4.app.Fragment
-keep public class * extends android.app.Fragment

-keepclasseswithmembernames class * {
    native <methods>;
}

-keepclasseswithmembernames class * {
    public <init>(android.content.Context, android.util.AttributeSet);
}

-keepclasseswithmembernames class * {
    public <init>(android.content.Context, android.util.AttributeSet, int);
}

 -keepclassmembers public class * extends android.view.View {
  void set*(***);
  *** get*();
 }

-keepclassmembers enum * {
    public static **[] values();
    public static ** valueOf(java.lang.String);
}

-keep class * implements android.os.Parcelable {
  public static final android.os.Parcelable$Creator *;
}

-keepclassmembers class **.R$* {
  public static <fields>;
}

Myślę, że odpowiedziałem na wszystkie powyższe pytania.

AKTUALIZACJA :

Wyjaśnienie wiersz po wierszu:

#Use 5 step of optimization 
#-optimizationpasses 5

#When not preverifing in a case-insensitive filing system, such as Windows. This tool will unpack your processed jars,(if using windows you should then use):
-dontusemixedcaseclassnames

#Specifies not to ignore non-public library classes. As of version 4.5, this is the default setting
-dontskipnonpubliclibraryclasses

# Optimization is turned off by default. Dex does not like code run
# through the ProGuard optimize and preverify steps (and performs some
# of these optimizations on its own).    
-dontoptimize
-dontpreverify

-dontwarn android.support.**

#Specifies to write out some more information during processing. If the program terminates with an exception, this option will print out the entire stack trace, instead of just the exception message.
-verbose

#The -optimizations option disables some arithmetic simplifications that Dalvik 1.0 and 1.5 can't handle. Note that the Dalvik VM also can't handle aggressive overloading (of static fields).
#To understand or change this check http://proguard.sourceforge.net/index.html#/manual/optimizations.html
#-optimizations !code/simplification/arithmetic,!field/*,!class/merging/*

# Note that if you want to enable optimization, you cannot just
# include optimization flags in your own project configuration file;
# instead you will need to point to the
# "proguard-android-optimize.txt" file instead of this one from your
# project.properties file.

#To repackage classes on a single package
#-repackageclasses ''

#Uncomment if using annotations to keep them.
#-keepattributes *Annotation*

#Keep classes that are referenced on the AndroidManifest
-keep public class * extends android.app.Activity
-keep public class * extends android.app.Application
-keep public class * extends android.app.Service
-keep public class * extends android.content.BroadcastReceiver
-keep public class * extends android.content.ContentProvider
-keep public class * extends android.app.backup.BackupAgentHelper
-keep public class * extends android.preference.Preference
-keep public class com.google.vending.licensing.ILicensingService
-keep public class com.android.vending.licensing.ILicensingService
#Compatibility library 
-keep public class * extends android.support.v4.app.Fragment
-keep public class * extends android.app.Fragment

#To maintain custom components names that are used on layouts XML.
#Uncomment if having any problem with the approach below
#-keep public class custom.components.package.and.name.**

# keep setters in Views so that animations can still work.
# see http://proguard.sourceforge.net/manual/examples.html#beans
 -keepclassmembers public class * extends android.view.View {
  void set*(***);
  *** get*();
}

#To remove debug logs:
-assumenosideeffects class android.util.Log {
    public static *** d(...);
    public static *** v(...);
    public static *** w(...);
}

#To avoid changing names of methods invoked on layout's onClick.
# Uncomment and add specific method names if using onClick on layouts
#-keepclassmembers class * {
# public void onClickButton(android.view.View);
#}

#Maintain java native methods 
-keepclasseswithmembernames class * {
    native <methods>;
}


#To maintain custom components names that are used on layouts XML:
-keep public class * extends android.view.View {
    public <init>(android.content.Context);
}
-keep public class * extends android.view.View {
    public <init>(android.content.Context, android.util.AttributeSet);
}
-keep public class * extends android.view.View {
    public <init>(android.content.Context, android.util.AttributeSet, int);
}

#Maintain enums
-keepclassmembers enum * {
    public static **[] values();
    public static ** valueOf(java.lang.String);
}

#To keep parcelable classes (to serialize - deserialize objects to sent through Intents)
-keep class * implements android.os.Parcelable {
  public static final android.os.Parcelable$Creator *;
}

#Keep the R
-keepclassmembers class **.R$* {
    public static <fields>;
}

###### ADDITIONAL OPTIONS NOT USED NORMALLY

#To keep callback calls. Uncomment if using any
#http://proguard.sourceforge.net/index.html#/manual/examples.html#callback
#-keep class mypackage.MyCallbackClass {
#   void myCallbackMethod(java.lang.String);
#}

#Uncomment if using Serializable 
#-keepclassmembers class * implements java.io.Serializable {
#    private static final java.io.ObjectStreamField[] serialPersistentFields;
#    private void writeObject(java.io.ObjectOutputStream);
#    private void readObject(java.io.ObjectInputStream);
#    java.lang.Object writeReplace();
#    java.lang.Object readResolve();
#}

AKTUALIZACJA 2:

W najnowszym użyciu ADT / Proguard -keepclasseswithmemberszamiast-keepclasseswithmembernames


1
@NeTeInStEiN Zaktualizowałem do SDK 16 (Android 4.x), dodałem linię, proguard.config=proguard.cfgale nigdzie nie widać pliku proguard.cfg ... Pomimo wielokrotnego eksportowania, ponownego uruchamiania Eclipse itp. Masz jakiś pomysł, dlaczego? i jak to naprawić? Dzięki.
Bill The Ape

1
@NeTeInStEiN Never mind. Okazuje się, że sam powinienem był go stworzyć.
Bill The Ape

@NeTeInStEiN Kiedy tworzę projekt, mimo że jego celem kompilacji jest Android1.1, znalazłem plik proguard.cfg , który jest tworzony automatycznie.
hasanghaforian,

1
@NeTeInStEiN Niesamowity człowieku ... Naprawdę doceniam Twój czas i wysiłek, Pozdrawiam !!
swiftBoy

1
@ user31231234124 Dodano informacje, o które prosiłeś.
neteinstein

10

Przynajmniej od ADT 16 możesz rzeczywiście dodać linię project.propertiesi zostanie ona zachowana. Możesz spróbować zmienić docelową wersję SDK i sprawdzić, czy project.propertiesjest ona odpowiednio aktualizowana, ale dodana linia nadal tam jest. Więc myślę, że ostrzeżenie jest po prostu źle sformułowane; oznacza to, że ustawienia w pliku, takie jak, targetzostaną nadpisane ustawieniami projektu, a nie odwrotnie.


4

Zmiany w konfiguracji ProGuard pojawiły się w ADT w wersji 17. ProGuard został zaktualizowany z 4.4 do 4.7 i wprowadzono różnicę w odwołaniu do pliku konfiguracyjnego. Zauważ, że istniejące projekty pozostaną niezmienione, pozostawiając je bez nowszego zestawu reguł zawartego w tej i nowszych wersjach ADT. Odpowiednie DOC z nowszej układzie konfiguracyjnym już wspomniano o ligach powyżej, są dostępne na stronie: -

http://tools.android.com/recent/proguardimprovements „Po drugie, zmieniliśmy sposób obsługi plików konfiguracyjnych”.


3

Możesz dodać linię do build.properties, jak wspomniano w default.properties.


Gdzie jest build.properties? Czy muszę go utworzyć?
Ted Hopp,

Znajduje się w katalogu projektu, obok default.properties (przynajmniej z Android SDK r8).
Eric Lafortune

Tam go szukałem, ale nie ma takiego pliku w żadnym z moich projektów. Używam najnowszej wtyczki i właśnie utworzyłem projekt poziomu 8, aby to sprawdzić.
Ted Hopp,

4
Okazuje się, że użycie build.properties działa tylko dla kompilacji Ant, a nie dla kompilacji Eclipse.
Ted Hopp,

gdzie jest build.properties w 2016 Android Studio Buld?
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.