Android niveles de registro

Question

Tengo un poco de dificultad para configurar el registro de Android. Así es como se ve mi código:

if (Log.isLoggable("MY_TAG", Log.VERBOSE)) { 
     Log.v("MY_TAG", "Here's a log message"); 
    } 

Bastante simple, ¿no?

Sin embargo, estoy teniendo un poco de dificultad para que el Log.isLoggable("MY_TAG", Log.VERBOSE) sea verdadero.

por http://developer.android.com/reference/android/util/Log.html, He intentado añadir un archivo a la local.prop/datos/directorio que se parece a esto:

log.tag.MY_TAG=VERBOSE 

pero no hubo suerte. También probé:

System.setProperty("log.tag.MY_TAG", String.valueOf(Log.VERBOSE)); 

pero eso tampoco funciona.

¿Alguna idea sobre lo que estoy haciendo mal aquí? Estoy ejecutando Android 2.1-update1 en un Nexus 1 si eso hace alguna diferencia.

Answer 1

Trate

adb shell setprop log.tag.MyAppTag VERBOSE 

Answer 2

Un objetivo importante es que no se entregue una aplicación de producción con una tonelada de registro de llamadas que quedan en ella, aumentando su tamaño, e incluso posiblemente incluso afectar a su rendimiento.

Para ello, mi recomendación es poner estas constantes en la parte superior de cada clase que se va a tener llamadas de registro:

static final boolean DEBUG = false; 
static final String TAG = "<MyClass>" 

Ahora donde se inicia la sesión, haga lo siguiente:

if (DEBUG) Log.v(TAG, "Something"); 

Encienda sus registros cambiando la constante DEBUG a verdadero. (Si lo desea, podría tener una clase con estas estadísticas para que todo el código de su aplicación lo use ... Eso tiene sentido para una aplicación pequeña, pero a medida que las cosas se agrandan, es bueno decidir qué partes iniciar sesión).

Al hacer esto, cuando construyes tu aplicación con DEBUG = false, no solo no se ejecuta todo tu código de registro, sino que se elimina por completo de tu aplicación. Esto es bueno porque te permite dejar un registro bastante extenso en tu código para que se encienda cuando lo necesites, sin preocuparte por cómo afectará el tamaño de tu aplicación de envío. Básicamente, solo registre los registros donde los necesite y no se preocupe por dejarlos.

Este es el enfoque que toma gran parte del sistema Android. Por ejemplo, el Activity ManagerService.

Esto tiene esas constantes en la parte superior, y varias líneas de registro salpicadas a través de ellas. (Y un montón de otras constantes de sub-depuración para varios aspectos, ya que este archivo es ridículamente estúpido).

Answer 3

Parece que las versiones posteriores de Android quieren que /data/local.prop se pueda escribir solo por root. Parece que el comando adb push crea inicialmente archivos con acceso de lectura/escritura a todos (porque la máscara de archivo predeterminada es 777). Android, sabiamente, ignora /data/local.prop ya que esto puede ser un riesgo para la seguridad.

Solo he experimentado con Android 2.3.3 y 4.1.2.El primero no tiene problemas con la lectura de un local.prop que se puede escribir en todo el mundo, mientras que el último parece ignorar silenciosamente el contenido del archivo.

Creación de un archivo local.prop como se describe en la pregunta original:

log.tag.MY_TAG=VERBOSE 

Y luego empujándolo hacia el dispositivo de la siguiente parece hacer el truco:

adb push local.prop /data/local.prop 
adb shell chmod 644 /data/local.prop 
adb shell chown root.root /data/local.prop 
adb reboot 

se puede revisar para hacer Asegúrese de que los valores en local.prop se leyeron ejecutando:

adb shell getprop | grep log.tag 

Así que en resumen:

• /data/local.prop se lee únicamente durante el arranque.
• Las versiones posteriores de Android parecen requerir que los permisos en el archivo /data/local.prop se establezcan correctamente o que no se lean. El archivo debe poder escribirse solo por root.

El uso de adb shell setprop log.tag.MyAppTag VERBOSE también funciona. El problema es que los valores de las propiedades se pierden después de un reinicio.