L'utilisation de ProGuard vaut-elle la peine?

D'après ce que j'ai vu et lu, si quelqu'un veut vraiment inverser votre logiciel ou le décompiler, ProGuard ne les arrêtera pas. Mais est-ce au moins un dissuasion modeste? Je ne sais pas s'il vaut la peine de traduire mes traces de pile plus tard.

  • Rendu d'objet 3D dans openCV en utilisant metaio dans Android
  • Pourquoi mon application prend tellement de ram?
  • Android: comment fonctionnent les UUID bluetooth?
  • Aucune ressource trouvée - Theme.AppCompat.Light.DarkActionBar
  • Une bonne pratique crée-t-elle un AsyncTask anonyme pour un processus de congélation peu connu en parallèle?
  • Auditeur pour appuyer et relâcher un bouton
  • Existe-t-il un aperçu graphique de tous les éléments de l'interface graphique Android?
  • Erreur: échec d'exécution pour la tâche ': application: transformClassesWithJarMergingForDebug'
  • ActionBarActivity requestFeature doit être appelée avant d'ajouter du contenu
  • Comment afficher les données enregistrées dans la base de données Android (SQLite)?
  • GetOnClickListener () dans les vues Android
  • Fragment.newInstance () vc onSaveInstanceState ()
  • 2 Solutions collect form web for “L'utilisation de ProGuard vaut-elle la peine?”

    Je recommande ProGuard. Même sans obscurité (ce qui peut raccourcir considérablement les noms utilisés dans le pool constant), il peut supprimer le "code mort" (méthodes non utilisées) des bibliothèques utilisées, etc. (il peut également être utilisé pour combiner tout ensemble).

    Il faut un peu de bricolage pour "se corriger", esp. S'il existe des classes dynamiquement chargées – mais très recommandé. L'avantage réel de l'économie d'espace, cependant, "dépend" de ce qui peut être éliminé et généralement augmente avec plus de bibliothèques externes.

    Maintenant, pour l'obfuscation – il fait autant que n'importe quel obscurcisseur: rend le code "décompilant" dans les choses avec des noms significatifs impossibles.

    L'obfuscation n'empêche pas votre algorithme de super-secret ou cache vos clés privées si: si la JVM (ou Dalvik après une transformation) doit la comprendre, alors un décompilateur et toute personne qui souhaite vraiment accéder peuvent. Votre code pourrait même être soulevé sous forme de bytecode et utilisé simplement via. Réflexion (imaginez simplement une API terrible avec zéro documentation): toute personne qui veut vraiment avoir accès peut. Mais peut-être l'obscurcissement rendra cette tâche impossible pour le coût / le paiement: "Cela dépend".

    Ne voulez-vous pas traduire les traces de pile? Simple: ne l'utilisez pas pour le débogage (pas comme utile pour obtenir des traces des utilisateurs) ou n'activez pas l'obfuscation (d'autres avantages s'appliquent toujours) 😉

    Bon codage.

    Pro Guard vous permet au moins de faire en sorte que l'application devienne aussi petite que possible en ce qui concerne la taille du fichier!

    C'est un vrai plus.

    Il est automatiquement utilisé lors du développement et de la compilation avec eclipse, si vous avez proguard.config=proguard.cfg dans le fichier default.properties du projet.

    C'est aussi un vrai avantage.

    coAndroid est un fan Android de Google, tout sur les téléphones Android, Android Wear, Android Dev et Android Games Apps.