Improve logging routine in runtime engine

Offen

#641 erstellt am 28.11.2016 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 5/5
Geschätzter Aufwand: Über eine Woche
Anfängerfreundlichkeit: 25/100

Issue-Typ: Feature
Klarheit: Muss geklärt werden
Aktivitätsstatus: Veraltet
Tech-Stack: android, cpp
Bereich: mobile-dev, observability, performance

Rechercherichtung

Beginne damit, den vorhandenen Logging- und Instrumentierungscode der Runtime-Engine zu lokalisieren, und untersuche anschließend die Behandlung von package.json für android.diagnosticTracing und android.diagnosticBenchmarking. Verwende das verlinkte .NET Tracing-Modell als Kontext. Als abgeschlossen gilt die Arbeit, wenn kategorisiertes, konfigurierbares Tracing und analysierbare Benchmarking-Logs über diese Einstellungen verfügbar sind und der Performance-Verlust dokumentiert ist.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

feature

Debug log messages need to be improved by providing additional information, such as TID, Category, and provide a better verbosity overall. This will allow us to spot bugs more easily when reported by users, as well as to pinpoint potential bottlenecks in the engine.

The improved logging should provide more granular control of the logs, or just categorization of the different execution paths in the runtime. It can be modeled after the Tracing routine in .NET -> https://msdn.microsoft.com/en-us/library/sk36c28t(v=vs.110).aspx

Trace (Log) statements throughout the runtime code (Instrumentation of the code) are categorized with a relevant preset category. If a listener is attached for that category, messages will be output as per the Listener's implementation. - Default LogCat implementation should be available for all categories.

Can be enabled by setting the "android": { "diagnosticTracing": true } in the project's package.json

Micro benchmarking can also be enabled to record time spent in execution of most key methods (that are measurable, can be measured with little to no error added by resolution timing - time spent to record start and end time). The benchmarking routine should output logs in a parsable manner for easier visualization.

Can be enabled by setting the "android": { "diagnosticBenchmarking": true } in the project's package.json

Enabling tracing could and probably WILL impose a performance penalty

Vorherrschende Sprache: C++
Sterne: 563
Forks: 144
Ø Merge: 10 Std. 46 Min.
Gemergte PRs (30 T.): 14

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus NativeScript/android

Crash on startup when enabling R8 optimization Offen

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 38/100

NativeScript/android#2039 · 1 Kommentar · Erstellt am 11.9.2026
Static binding names never match at runtime since 9.0.0 — every `extend()` falls back to runtime dex generation Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100

NativeScript/android#2024 · Erstellt am 24.8.2026
ESM loader: remaining cross-platform decisions and deferred follow-ups from #1965 Offen

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 20/100

NativeScript/android#2020 · Erstellt am 20.8.2026
Proxy dex generation: thread-safety and latent naming bugs (follow-up to #2016) Offen

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 42/100

NativeScript/android#2019 · Erstellt am 20.8.2026
Reading `SomeClass.null` permanently breaks that class's static `valueOf()` Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 55/100

NativeScript/android#1986 · Erstellt am 26.7.2026

Alle Issues in NativeScript/android