Mi pregunta parece ser fácil de responder, pero hay varias buenas soluciones. Me gusta elegir el 'mejor'.

Marcos disponibles (siéntase libre de sugerir más):AndrologSLF4J AndroidLog4J - AndroidPros contras:Androlog:Pro: similar al marco de registro de Android, por lo que solo hay pequeños cambios en el código existente; Capaz de enviar informes de errores con más detalle en el informe de errores (los registros alrededor de la excepción); Buenos registrosContras: No hay un enfoque estándar de "getLogger" de Java; Configuración de producción alcanzable al cargar el archivo de propiedades a sdcard; Necesito llamar al inicio de sesión manualmente; Es necesario crear LOG_TAG como constantes, o piratearlo para crear constantes de etiquetas de registro por Aspect para lograr el comportamiento estándar: las etiquetas son los nombres de clase; Cuando el registro es un requisito comercial, debemos probarlo. Probar llamadas estáticas en Android es casi imposible; Logger no puede ser inyectado por frameworkLog4J-Android:Pro: forma estándar de iniciar sesión en Java; Compatible con SLF4J; Capaz de analizar archivos de propiedades;Contras: No hay un sistema de informe de fallas incorporado; Me parece: no se usa comúnmente, por lo que podría ser peligroso usarlo;SLF4J-Android:Pro: Parece ser desarrollado por más personas como Log4J-Android; loslogger.debug("Some log message. Details: {}", someObject.toString()); es una forma buena y efectiva de omitir concatenaciones de cadenas si el registrador está apagado; registrador ligero de enlace que delega aandroid.util.Log.Contras: las etiquetas de registro generadas automáticamente tienen una longitud de <= 23 caracteres debido a una restricción de longitud de las etiquetas de registro en la plataforma Android (por ejemplo,com.example.myapp.MyClass etiqueta traducida ac*.e*.m*.MyClass), que puede resultar en la misma etiqueta de registro para diferentes clases (por ejemplo,com.example.app.MyClass ycom.example.anotherapp.MyClass ambos traducen ac*.e*.a*.MyClass); No hay un sistema de reporte de fallas incorporado.

Además de estos, me gusta el comportamiento de Androlog, pero soy un desarrollador de Java, familiarizado con log4j / slf4j. Definitivamente necesitaremos un sistema de informes de fallos, pero existen varios marcos para los informes de fallos (al lado del informe de fallos predeterminado de Android).

Puedo combinar algunos de ellos, por ejemplo, usar Log4J android, pero crear un appender para usar el marco de androlog, pero tarde o temprano será un desastre, lo que debería evitarse.

Gracias por sus sugerencias, espero que los resultados ayuden a decidir a otros en el futuro.

Edición: Como se menciona a continuación, puedo combinar por ejemplo: log4j-android con slf4j (que prefiero hacer si usaré log4j, porque el soporte de formato de registro ("{}", ...)), pero sí No responde la pregunta. Tengo que elegir un marco, luego puedo decorarlo con la fachada SLF4J.