Procurar Un filtro de fila de clase Java y OBFuscator.
Descargar ahora

Procurar Clasificación y resumen

Procurar Etiquetas

Archivo filmador clase de java filmador de fila ofuscador de archivos Procurar

Procurar Descripción

Un filtro de fila de clase Java y OBFUSTADOR. ProGuard es un filtro de fila de clase Java gratis, optimizer y OBFuscator. ProGuard Project puede detectar y eliminar clases, campos, métodos y atributos no utilizados. Luego, puede optimizar el código de byteCode y eliminar las instrucciones no utilizadas. Finalmente, puede cambiar el nombre de las clases, los campos y los métodos restantes utilizando nombres sin sentido cortos. Los frascos resultantes son más pequeños y más difíciles de invertir-Engineer. Los archivos JARMÁS compactos también significa requisitos de almacenamiento más pequeños, la transferencia más rápida de aplicaciones a través de redes, la carga más rápida y la ventaja principal de la memoria más pequeña en comparación con otros táctiles de Java es probablemente su plantilla compacta. Configuración basada en la base. Algunas opciones de línea de comandos intuitivas o un archivo de configuración simple suelen ser suficientes. Por ejemplo, la siguiente opción de configuración conserva todos los applets en un frasco: -Mantener la clase pública * extiende java.applet.appletThe Manual de usuario explica todas las opciones disponibles y muestra más ejemplos de este poderoso estilo de configuración. LaProguard es rápida. Solo toma segundos procesar programas y bibliotecas de varios megabytes. La sección de resultados presenta cifras reales para una serie de aplicaciones.Proguard es una herramienta de línea de comandos con una interfaz de usuario gráfica opcional. También viene con complementos para hormigas y para el kit de herramientas inalámbricos J2ME. ProGuard es un filtro de fila de clase Java, optimizador y OBFuscator. La etapa de encogimiento detecta y elimina las clases, campos, métodos y atributos no utilizados. El paso de optimización analiza y optimiza el código de byteCode de los métodos. El paso de la Oferción cambia nombra las clases, campos y métodos restantes utilizando nombres sin sentido cortos. Los frascos resultantes son más pequeños y más difíciles de invertir-Engineer.ProGuard también se pueden usar para enumerar campos y métodos no utilizados en una aplicación, y para imprimir la estructura interna de los archivos de clase. ProGuard típicamente lee los frascos de entrada (o guerras, orejas, cremalleras o directorios). Luego se encoge, se optimiza y los ofusca. Luego escribe los resultados a uno o más frascos de salida (o guerras, orejas, cremalleras o directorios). Los frascos de entrada pueden contener opcionalmente archivos de recursos. ProGuard copia todos los archivos de recursos sin clase de los frascos de entrada a los frascos de salida. Sus nombres y contenidos permanecen sin cambios. LaProguard requiere los frascos de la biblioteca (o guerras, orejas, cremalleras o directorios) de los frascos de entrada a especificar. Luego, puede reconstruir las jerarquías de clase y otras dependencias de la clase, que son necesarias para la encogimiento, la optimización y la ofuscación adecuadas. Los propios frascos de la biblioteca siempre permanecen sin cambios. Todavía debe colocarlos en la ruta de clase de su aplicación final. En orden para determinar qué código debe conservarse y qué código se puede descartar u ofuscar, debe especificar uno o más puntos de entrada a su código. Estos puntos de entrada son típicamente clases con métodos principales, applets, Midlets, etc. * En el paso de contracción, ProGuard comienza de estas semillas y determina recursivamente a qué clases y miembros de la clase se utilizan. Todas las demás clases y miembros de la clase son descartados. * En la etapa de optimización, ProGuard optimiza aún más el código. Entre otras optimizaciones, las clases y los métodos que no sean los puntos de entrada se pueden hacer definitivos, y algunos métodos pueden estar instalados. * En el paso de la Oferción, ProGuard cambia las clases y los miembros de la clase que no son puntos de entrada. En todo este proceso, mantener los puntos de entrada aseguran que todavía se les puede acceder a los nombres originales. Cualquier clases o miembros de clase de su código que se crean o invocan dinámicamente (es decir, por nombre) deben especificarse como puntos de entrada también. En general, es imposible determinar estos casos automáticamente, pero ProGuard ofrecerá algunas sugerencias si aparece necesarias algunas clases o miembros de la clase. Para obtener resultados adecuados, al menos debe estar algo familiarizado con el código que está procesando.Proguard se encarga de la clase .ForName ("Someclass") y Someclass.Class construye automáticamente. Las clases referenciadas se conservan en la fase reducida, y los argumentos de cadena se reemplazan correctamente en la fase de ofuscación. Con argumentos de cadena variable, generalmente es imposible determinar sus valores posibles (podrían ser leídos de un archivo de configuración, por ejemplo). Sin embargo, como se mencionó, ProGuard notará construcciones como "(Someclass) Class.ForName (variable) .Newinstance () ". Estos pueden ser una indicación de que la clase o la interfaz SOMECLASS y / o sus implementaciones necesiten ser preservadas. A continuación, puede adaptar su configuración en consecuencia. ¿Qué hay de nuevo en este lanzamiento: · Se agregaron nuevas optimizaciones a la mirilla. · Opción agregada -Optimizaciones para la configuración de las optimizaciones de grano fino. · Opción agregada -DaptClasstrings para adaptar las constantes de cadena que corresponden a clases ofuscadas. · Opción agregada: KEEKEETPACKAnamAnams para mantener los nombres de los paquetes específicos de estar obtenidos. · Opción agregada -Ejavilante DIRTECTORIES PARA MANTENER LAS ENTRADAS DE DIRECTORÍA ESPECIFICADAS EN FARS DE OPURCIÓN. · Opciones extendidas -Dontnote y -Dontwarn para la configuración de las notas y advertencias de grano fino. · Opción agregada -Regex en RECURSE, para especificar expresiones regulares alternativas para analizar las huellas de pila. · Renombrado extendido de archivos de recursos basados ​​en la ofuscación. · Evitando el error en el JVM de IBM para JSE, en la etapa de optimización. · Evitando ArrayinDexoutOfBoundSegetException en la etapa de optimización. · Configuración fija con anotaciones que no se conservan. · Prevenificación fija de invocaciones de súper constructores con argumentos que contienen operadores ternarios. · Procesamiento fijo de manejadores de excepciones inalcanzables. · Método repetido fijo enlining. · Inlizamiento fijo de los bloques finalmente rodeados de grandes bloques de prueba, compilados con JDK 1.4 o antes. · Optimización fija de los bloques finalmente complejos, compilados con JDK 1.4 o antes. · Oficina fija de los nombres de la clase anónima, si se mantienen los atributos de CerrotingMethod. · Oficina fija de los nombres de las clases internas en tipos genéricos. · Decodificación fija de cadenas UTF-8 que contienen caracteres especiales. · Copia fija de la información de depuración y anotaciones al fusionar clases. · Se corrigió la escritura de los atributos desconocidos. · Se corrigieron los archivos de manifiesto de actualización con líneas divididas. · Documentación y ejemplos actualizados.

Procurar Software relacionado