¿Debo implementar onRetainNonConfigurationInstance?

Acabo de leer sobre el estado de mantenimiento de mi aplicación Android y tropezó con onRetainNonConfigurationInstance. Pero al leer la documentación me di cuenta de esta frase:

Esta función se llama puramente como una optimización, y no debe confiar en que se llama.

• ¿Cómo puedo guardar un mapa de bits con onRetainNonConfigurationInstance () para la orientación de la pantalla?
• Android GPS activado o desactivado
• Cómo guardar la posición de desplazamiento de RecyclerView con RecyclerView.State?
• Cómo evitar que las vistas personalizadas pierdan estado a través de los cambios de orientación de la pantalla
• Dagger 2 Guardar y restaurar el estado cuando se detiene la actividad

Así que me pregunto: ¿cuándo realmente tiene sentido usar este método. Si no puedo confiar en que se llame, necesito otro mecanismo para transferir el estado de todos modos (que en mi caso sería una serialización). Así que a menos que experimente algún éxito de rendimiento, ¿hay alguna razón por la que debería ir para onRetainNonConfigurationInstance?

Si se garantiza que se llamará, me encantaría usarlo, pero si no lo es, parece bastante inútil.

¿Me estoy perdiendo de algo? ¿Cuándo usas este método? ¿Cómo mantener una conexión de red o cosas por el estilo?

¡Gracias!