Log.d i wpływ na wydajność

Question

Nie jestem całkowicie pewien, co czytam w dokumentacji. Czy można zostawić kilka rozproszonych fragmentów kodu log.d, czy też powinienem je skomentować, aby nie wpłynęły na wydajność mojej aplikacji.

Dzięki,

jestem trochę zdezorientowany, bo jeśli czytasz o obiekcie dziennika (documentation) można zobaczyć poniżej:

„Kolejność pod względem gadatliwości, od najmniej do najbardziej jest bŁĄD, ostrzec INFO, DEBUG, VERBOSE. Pełne nigdy nie powinien zostać skompilowany do aplikacji wyjątkiem okresu rozwoju. dzienników debugowania są kompilowane w ale usuwane przy starcie. błąd, ostrzegawczych i informacyjnych dzienników są zawsze ".

Brzmiało prawie tak, jak można pozostawić tam komunikaty debugowania, ponieważ są one "rozebrane". W każdym razie, dzięki za odpowiedzi, skomentuję je, kiedy skończę. Nie tak jakbym potrzebował ich tam, gdy aplikacja zostanie ukończona.

Dzięki

Answer 1

Rejestr ma wpływ na wydajność, dlatego zaleca się skomentować lub zalogować za pomocą instrukcji warunkowych.

Na przykład

public class MyActivity extends Activity { 
// Debugging 
private static final String TAG = "MyApp"; 
private static final boolean D = true; 
@Override 
public void onCreate(Bundle savedInstanceState) { 
    super.onCreate(savedInstanceState); 
    if(D) Log.e(TAG, "MyActivity.onCreate debug message"); 
} 

Następnie w trakcie publikowania wersja release wystarczy zmienić "D" do fałszywego

Answer 2

Zdecydowanie je skomentuj. Łączą się szybko i mogą znacznie spowolnić Twoją aplikację, zwłaszcza jeśli masz je w pętlach.

Answer 3

Moje rozwiązanie:

• Dodaj niestrzeżone oświadczenia dziennika gdziekolwiek chcesz
• Strip them out for release builds

Answer 4

Po prostu użyj metod ochrony kodu.

if (Log.isLoggable(LOG_TAG, Log.DEBUG)) { 
Log.d(LOG_TAG, "Your log here"); 
}