Proguard. Un restringimento di file di classe Java e obfuscator.
Scarica ora

Proguard. Classifica e riepilogo

Proguard. Tag

file strizzacervelli classe java File Shrinker. offuscatore di file Proguard.

Proguard. Descrizione

Un restringimento di file di classe Java e obfuscator. PROGUARD è un restringimento di file di classe Java gratuito, ottimizzatore e obfuscator. Proguard Project può rilevare e rimuovere classi, campi, metodi e attributi non utilizzati. Può quindi ottimizzare bytecode e rimuovere le istruzioni inutilizzate. Infinalmente, può rinominare le classi, i campi e i metodi rimanenti utilizzando brevi nomi privi di significato. I barattoli risultanti sono più piccoli e più difficili da invertire i file del barattolo Compact. Significa anche i requisiti di archiviazione più piccoli, il trasferimento più rapido delle applicazioni su reti, il caricamento più rapido e i piccoli footprints.proguard il vantaggio principale rispetto ad altri Obfuscolatori Java è probabilmente il suo modello compatto -La configurazione basata. Solitamente alcune opzioni intuitive della riga di comando o un file di configurazione semplice sono sufficienti. Ad esempio, la seguente opzione di configurazione conserva tutte le applet in un barattolo: -Keep Classe pubblica * estende Java.Applet.Applet.Il manuale dell'utente spiega tutte le opzioni disponibili e mostra più esempi di questo potente stile di configurazione.Proguard è veloce. Ci vogliono solo pochi secondi per elaborare programmi e librerie di diversi megabyte. La sezione Risultati presenta le figure effettive per un numero di applicazioni.Proguard è uno strumento a riga di comando con un'interfaccia utente grafica opzionale. Inoltre viene fornito con plugin per ant e per il toolkit wireless J2ME. PROGUARD è un restringimento di file di classe Java, ottimizzatore e obfuscator. La fase di restringimento rileva e rimuove classi, campi, metodi e attributi non utilizzati. La fase di ottimizzazione analizza e ottimizza il bytecode dei metodi. La fase di offuscamento rinomina le classi, i campi e i metodi rimanenti che utilizzano nomi brevi insignificanti. I barattoli risultanti sono più piccoli e più difficili da invertire ingegnerizzatore.Proguard può essere utilizzato anche per elencare campi e metodi non utilizzati in un'applicazione e per stampare la struttura interna dei file di classe. Proguard legge in genere i vasi di ingresso (o guerre, orecchie, zip o directory). Quindi si restringe, ottimizza e li offusca. Quindi scrive i risultati a uno o più barattoli di output (o guerre, orecchie, zip o directory). I barattoli di input possono opzionalmente contenere file di risorse. Proguard copia tutti i file di risorse non di classe dai vasi di ingresso ai vasi di uscita. I loro nomi e contenuti rimangono invariati.Proguard Richiede che i barattoli della biblioteca (o le guerre, le orecchie, le zeppi o le directory) dei vasi di input da specificare. Può quindi ricostruire gerarchie di classe e altre dipendenze di classe, necessarie per il corretto restringimento, ottimizzazione e offuscamento. I jars della biblioteca sono sempre invariati. Dovresti ancora metterli nel percorso di classe della tua applicazione finale. Per determinare quale codice deve essere preservato e quale codice può essere scartato o offuscato, è necessario specificare uno o più punti di ingresso al tuo codice. Questi punti di ingresso sono tipicamente classi con metodi principali, applet, midlet, ecc. * Nella fase restringimento, la proguartta inizia da questi semi e determina ricorsivamente quali classi e membri della classe vengono utilizzati. Tutte le altre classi e membri della classe vengono scartate. * Nella fase di ottimizzazione, Proguard ottimizza ulteriormente il codice. Tra le altre ottimizzazioni, le classi e i metodi che non sono punti di ingresso possono essere resi finali e alcuni metodi possono essere collegati. * Nella fase di offuscamento, Proguard Rinomina lezioni e membri della classe che non sono punti di ingresso. In questo intero processo, mantenere i punti di ingresso assicura che possano ancora essere accessibili dai loro nomi originali. Qualsiasi classe o membri della classe del tuo codice che vengono create o richiamate dinamicamente (cioè, per nome) devono essere specificate come punti di ingresso. Generalmente è impossibile determinare automaticamente questi casi, ma Proguard offrirà alcuni suggerimenti se si rispegnano alcune classi o membri della classe sembrano necessarie. Per i risultati corretti, è necessario almeno essere in qualche modo familiarità con il codice che stai elaborando.Proguard manegge automaticamente Class.Forname ("SomeClass") e SomeClass.Class. Le classi di riferimento vengono conservate nella fase di restringimento e gli argomenti della stringa sono correttamente sostituiti nella fase di offuscamento. Con argomenti di stringa variabile, è generalmente impossibile determinare i loro possibili valori (potrebbero essere letti da un file di configurazione, ad esempio) .However, come detto, Proguard nota costrutti come "(someclass) class.Forname (variabile). () ". Queste potrebbero essere un'indicazione che la classe o l'interfaccia someccans e / o le sue implementazioni potrebbero dover essere preservate. È quindi possibile adattare la configurazione di conseguenza. Cosa c'è di nuovo in questa versione: · Aggiunto nuove ottimizzazioni di spioncino. · Aggiunta opzione -Optimizzazionezzazioni per la configurazione a grana fine delle ottimizzazioni. · Aggiunta l'opzione -AdaptCaptClassStrings per adattarsi a costi di stringa che corrispondono a classi offuscate. · Aggiunta l'opzione -Keppackagenames per mantenere gli specificati nomi dei pacchetti da offuscare. · Aggiunta l'opzione -Keepdirectory per mantenere le voci di directory specificate nei barattoli di uscita. · Opzioni estese -Dontnote e -dontwarn per una configurazione a grana fine di note e avvertimenti. · Aggiunta opzione -Regex in ritraccia, per specificare le espressioni regolari alternative per analizzare le tracce dello stack. · Ridominazione estesa dei file di risorse basati sull'offuscazione. · Evitare bug in JVM di IBM per JSE, in ottimizzazione passo. · Evitare Arrayindexoutofboundsexception in ottimizzazione. · Risolto la configurazione con annotazioni che non vengono conservate. · Risolto la preverificazione delle invocazioni dei super costruttori con argomenti contenenti operatori ternari. · Elaborazione fissa di gestori di eccezione irraggiungibili. · Risolto il metodo ripetuto di inlinea. · Risolto il digno indicato di blocchi finalmente circondati da grandi blocchi di prova, compilati con JDK 1.4 o prima. · Risolto l'ottimizzazione dei blocchi complessi finalmente, compilati con JDK 1.4 o in precedenza. · Risolto l'offuscamento dei nomi di classe anonimi, se vengono conservati gli attributi coinvolgenti. · Risolto l'offuscamento dei nomi delle classi interiori nei tipi generici. · Decodifica fissa delle corde UTF-8 contenenti caratteri speciali. · Risolto la copia delle informazioni di debug e delle annotazioni durante la fusione delle classi. · Risolto la scrittura degli attributi sconosciuti. · Risolti aggiornamento dei file manifest con linee divisa. · Documentazione e esempi aggiornati.

Proguard. Software correlato