Network Inspector — шта је то, принцип рада и мониторинг мрежних захтева

Шта је Network Inspector?

Network Inspector је алат за профилисање мрежне активности уграђен у Android Studio. Омогућава програмерима да у реалном времену прегледају све HTTP и HTTPS захтеве које шаље апликација, укључујући заглавља, тело захтева и одговора, статусне кодове и трајање извршења. Доступан је преко панела Android Profiler од Android Studio 3.0.

Намена и област примене

Основни задатак Network Inspector-а је отклањање грешака мрежне интеракције мобилне апликације са сервером. Алат се користи за проверу исправности пренесених података, анализу времена одговора, тражење API грешака, као и за откривање неоптималних мрежних образаца — на пример, вишеструких захтева приликом учитавања једног екрана. Network Inspector ради на сваком уређају са API Level 14.

Компатибилност и библиотеке

Алат подржава све главне Android HTTP клијенте: OkHttp (од верзије 2.x), Retrofit, Ktor (KMM), UrlConnection, Apache HttpClient (застарео) и WebView. За OkHttp и Retrofit је потребна библиотека OkHttp Profiler — додаје се аутоматски при коришћењу Android Studio 4.1+. За Ktor је потребно посебно подешавање пресретача.

Како ради Network Inspector

Network Inspector пресреће мрежне позиве на нивоу система, користећи механизам Profiler Agent, који се уграђује заједно са Android Profiler-ом. За исправан рад потребна је debug верзија апликације. Алат не мења код апликације и не захтева додавање зависности за основну функционалност.

Механизам пресретања саобраћаја

При покретању профилисања, Network Inspector се повезује са Debug процесом апликације и ослушкује све HTTP позиве који пролазе кроз OkHttp Client, UrlConnection или друге подржане библиотеке. Сваки захтев се бележи са временском ознаком, што омогућава изградњу временске линије мрежне активности. За HTTPS се користи системски посреднички слој, који чува шифровање током преноса, али омогућава преглед декодираног садржаја у Studio-у.

Архитектура прикупљања података

Прикупљање података се одвија кроз Profiler Service Android Studio-а, који ради у засебном процесу на хосту. На уређају ради лагани агент који преноси метаподатке захтева преко ADB канала. Ово минимизира утицај на перформансе апликације — додатно оптерећење је мање од 3% према Google подацима. Сами подаци захтева (тело, заглавља) се преносе само при активном прегледу детаља.

// Повезивање OkHttp за интеграцију са Network Inspector-ом
val client = OkHttpClient.Builder()
    .addInterceptor(HttpLoggingInterceptor().apply {
        level = HttpLoggingInterceptor.Level.BASIC
    })
    .build()

// Network Inspector аутоматски пресреће све позиве преко client-а
client.newCall(Request.Builder()
    .url("https://api.example.com/data")
    .build()).execute()

Основне могућности Network Inspector-а

Network Inspector пружа скуп алата за свеобухватну анализу мрежног саобраћаја. Свака функција је усмерена на решавање одређеног задатка отклањања грешака — од провере заглавља до анализе перформанси API-ја.

Временска линија захтева

Главни екран Network Inspector-а приказује хронологију свих захтева у облику временске линије. Сваки захтев је представљен обојеном траком: зелена — успешан одговор (2xx), плава — преусмеравање (3xx), жута — грешка клијента (4xx), црвена — грешка сервера (5xx). Дужина траке одговара времену извршења захтева од повезивања до пријема потпуног одговора. Ово омогућава тренутно откривање спорих или захтева са грешком.

Детаљан преглед захтева

При избору одређеног захтева отвара се панел са детаљима: Headers (сва заглавља захтева и одговора), Request Body (тело захтева у текстуалном или бинарном формату), Response Body (тело одговора са могућношћу форматирања JSON-а), Cookies (послати и примљени), Timing (подела времена по фазама: DNS, Connection, TLS Handshake, Request, Response).

Филтрирање и претрага

Network Inspector подржава филтрирање захтева по URL-у, HTTP методи, статусном коду и типу садржаја. Могу се искључити захтеви ка одређеним доменима како би се фокусирало само на потребни API. Претрага ради у свим пољима захтева, укључујући тело и заглавља, што је згодно при отклањању грешака одређене функције апликације. Комбиновани филтери омогућавају креирање скупа правила који се аутоматски примењује при сваком покретању профилисања.

Груписање и поређење захтева

Временска линија подржава груписање захтева по URL шаблонима. На пример, сви захтеви облика /api/v2/users/* могу се скупити у једну групу. Ово поједностављује анализу када апликација обавља стотине захтева у кратком времену. Функција поређења суседних захтева помаже у откривању промена у одговорима сервера при поновљеним позивима.

Отклањање грешака мрежних захтева са Network Inspector-ом

Практична употреба Network Inspector-а обухвата типичне сценарије отклањања грешака: проверу формата података, откривање спорих крајњих тачака, проналажење цурења меморије услед незатворених веза и анализу кеширања.

Провера структуре JSON одговора

Чест задатак — уверити се да сервер враћа податке у очекиваном формату. Network Inspector приказује тело одговора са JSON форматирањем, укључујући истакнуту синтаксу. Ако се одговор не парсира на клијенту, у инспектору се одмах види узрок: недостатак поља, погрешан тип података (ниска уместо броја) или вишак угњежђења. Ако сервер враћа грешку, инспектор показује структуру грешке са кодом и поруком. За бинарне формате (Protocol Buffers, слике) приказује се величина и content-type.

Анализа времена извршења

Картица Timing дели извршење захтева на фазе: DNS Resolution, TCP Connection, TLS Handshake, Request Send, Response Receive. Ако укупно време прелази 1–2 секунде, на основу фазне поделе може се утврдити узрок. На пример, дуг DNS указује на проблеме са резолвером, дуг TLS Handshake — на застарелу верзију протокола на серверу, дуг Response — на спор серверски код или неефикасан захтев са сувишним подацима. Анализа Timing помаже у идентификацији уских грла и пре почетка оптимизације серверског дела.

Проналажење дуплираних захтева

Network Inspector помаже у откривању сувишних захтева — на пример, када при сваком окретању екрана Activity поново учитава податке. На временској линији, низ идентичних захтева један за другим јасно указује на проблем. Решење може бити кеширање, коришћење ViewModel-а са очувањем стања или SingleLiveEvent за једнократно учитавање.

// Кеширање захтева са OkHttp за уклањање дуплирања
val cache = Cache(
    File(context.cacheDir, "http_cache"),
    cacheSize = 10L * 1024 * 1024 // 10 MB
)

val cachedClient = OkHttpClient.Builder()
    .cache(cache)
    .addNetworkInterceptor(CacheInterceptor())
    .build()

Ограничења Network Inspector-а и алтернативе

Упркос широким могућностима, Network Inspector има низ ограничења која је важно узети у обзир. За неке сценарије — као што је пресретање HTTPS са самопотписаним сертификатима или анализа саобраћаја библиотека трећих страна — могу бити потребни алтернативни алати.

Ограничења платформе и библиотека

Network Inspector ради само са Android апликацијама и не подржава iOS. За Kotlin Multiplatform (KMM) део захтева можда неће бити приказан ако се извршавају у native делу. Неке библиотеке — на пример, gRPC, WebSocket (не HTTP), GraphQL преко Apollo-а (до верзије 3.x) — могу се делимично или уопште не пресретати без подешавања додатних пресретача.

Алтернативни алати

За дубљу анализу мрежног саобраћаја постоје решења трећих страна: Charles Proxy (пуноправан прокси сервер са пресретањем HTTPS), Proxyman (аналог за macOS), Wireshark (анализа на нивоу пакета), Stetho by Facebook (интеграција са Chrome DevTools), Chucker (библиотека за инспекцију захтева унутар апликације). Сваки алат има своју нишу: Charles и Proxyman су незаменљиви при отклањању грешака интеракције са сервером у раним фазама развоја, а Chucker — за прикупљање информација у test верзијама.