Lint: basis, statische analysator voor Android-projecten

Wat is Lint — statische code-analysator?

Android Lint — statische analysetool die deel uitmaakt van Android SDK en Android Studio. Lint scant de broncode van de app zonder deze uit te voeren en vindt problemen die de compiler mist: ongebruikte bronnen, onjuiste lokalisatie, potentiële geheugenlekken, API-incompatibiliteit met minSdkVersion en schending van Google-aanbevelingen voor prestaties.

Statische analyse — methode voor het controleren van software zonder daadwerkelijke uitvoering van code. In tegenstelling tot de compiler, die alleen syntax en types controleert, zoekt de statische analysator naar logische fouten, antipatronen en afwijkingen van best practices. Lint voert meer dan 200 ingebouwde controles uit in categorieën: correctness, performance, security, accessibility, usability en I18N.

Lint werkt op meerdere niveaus: XML-analyse controleert lay-outs (layout), bronnen (strings, colors, dimens), het manifest en configuratiebestanden. Java/Kotlin-analyse — broncode op aanroepen van verouderde API's, threadproblemen en contextlekken. Gradle-analyse — buildconfiguratie op versiecompatibiliteit.

Hoe Lint de code van Android-projecten controleert

Lint-controle wordt gestart via Android Studio (Analyze > Inspect Code) of Gradle-opdracht: ./gradlew lint. Resultaat — HTML-rapport in de map build/reports/lint-results.html en XML-rapport voor CI-systemen. Lint analyseert elk bestand onafhankelijk en past een reeks regels (Issue) toe, elk met een uniek ID, beschrijving, categorie en ernstniveau.

Ernstniveaus van Lint: Error (fout — blokkeert build), Warning (waarschuwing — beïnvloedt kwaliteit), Informational (informatie — ter informatie), Ignore (standaard genegeerd). Niveaus worden geconfigureerd in lint.xml. Lint-fouten kunnen zo worden ingesteld dat de Gradle-build mislukt wanneer ze aanwezig zijn via lintOptions.abortOnError true.

android {
    lintOptions {
        abortOnError true
        checkAllWarnings true
        baselineFile file("lint-baseline.xml")
        htmlReport true
        xmlReport true
        lintConfig file("lint.xml")
    }
}

Lint baseline — bestand dat huidige waarschuwingen als acceptabel vastlegt. Wordt gemaakt met de opdracht lint --baseline baseline.xml. Na toevoeging van baseline aan het project rapporteert Lint alleen nieuwe problemen. Dit is handig voor het implementeren van Lint in een oud project met honderden waarschuwingen — het team lost fouten geleidelijk op.

Lint-regels configureren in configuratiebestanden

lint.xml — configuratiebestand in de projectroot voor het instellen van Lint-regels. Het specificeert genegeerde regels, ernstniveaus en uitzonderingen voor specifieke bestanden of mappen. Het bestand wordt handmatig gemaakt en wereldwijd toegepast op alle projectmodules. Zonder lint.xml werken alle regels met standaardinstellingen.

<?xml version="1.0" encoding="UTF-8"?>
<lint>
    <!-- Controle op ongebruikte bronnen uitschakelen -->
    <issue id="UnusedResources" severity="ignore" />

    <!-- Ernst van contextlek verhogen -->
    <issue id="StaticFieldLeak" severity="error" />

    <!-- Negeren in gegenereerde bestanden -->
    <issue id="MissingTranslation" severity="ignore">
        <ignore path="build/generated" />
    </issue>
</lint>

@SuppressLint — annotatie voor het uitschakelen van Lint op methode- of klasseniveau in Java/Kotlin. Voorbeeld: @SuppressLint("SetTextI18n") voor een methode waar tekst dynamisch wordt ingesteld in TextView. De @RequiresApi-annotatie specificeert het minimale API-niveau voor een methode — Lint geeft geen waarschuwing als minSdk hoger is dan de opgegeven waarde.

Lint-controle uitvoeren in CI/CD-pipeline

CI-integratie van Lint — standaardpraktijk in Android-ontwikkeling. De opdracht ./gradlew lint start de analyse van alle modules en genereert rapporten. In CI/CD-configuratie (Jenkins, GitLab CI, GitHub Actions) wordt Lint uitgevoerd bij elke pull request. Bij fouten mislukt de build en ontvangt de ontwikkelaar een melding met het HTML Lint-rapport.

lint-check:
  script:
    - ./gradlew lint
  artifacts:
    paths:
      - app/build/reports/lint-results.html
    when: always

HTML-rapport van Lint bevat een tabel met alle gevonden problemen, inclusief categorie, regel-ID, bestand, regel en beschrijving. Het rapport is beschikbaar op de CI-server of wordt gepubliceerd als build-artefact. XML-rapport (lint-results.xml) wordt gebruikt voor integratie met code-analysesystemen (SonarQube, CodeClimate) en het automatisch aanmaken van taken in trackers (Jira, YouTrack).

Lint in pull request — configureer GitHub Actions of GitLab CI zodat Lint automatisch wordt uitgevoerd bij het maken van MR/PR. Als Lint fouten vindt, retourneert CI de status failure en wordt samenvoegen geblokkeerd. Dit voorkomt dat problematische code in de hoofdtak terechtkomt en handhaaft de kwaliteit van de codebase.

Belangrijkste categorieën Lint-regels in Android

Lint-categorieën dekken alle aspecten van Android-ontwikkeling. Google verdeelt de regels in 12 categorieën, elk verantwoordelijk voor een specifiek type probleem. De belangrijkste categorieën zijn Correctness, Performance, Security en Accessibility. Voor een ontwikkelaar is het voldoende om de belangrijkste controles van elke categorie te kennen om effectief met Lint te werken.

Performance-regels — het meest nuttig in de praktijk. UnusedResources vindt bronnen die in XML zijn gedeclareerd maar niet in code worden gebruikt. ViewHolder controleert of in RecyclerView-adapters het ViewHolder-patroon wordt gebruikt. DrawAllocation waarschuwt voor het maken van objecten in de onDraw-methode. Het oplossen van deze problemen vermindert de APK-grootte en versnelt de app.

Security-regels zijn verplicht voor gepubliceerde apps. ExportedContentProvider controleert of ContentProvider zonder bescherming is geëxporteerd. WorldReadableFiles waarschuwt voor het maken van bestanden die toegankelijk zijn voor alle apps. AllowBackup controleert de allowBackup-vlag in het manifest — het wordt aanbevolen deze uit te schakelen voor gegevensbeveiliging.