Дебуг у мобилном развоју — суштина, режими отклањања и како ради

Суштина Debug режима у мобилном развоју

Debug (отклањање) — није само заставица компилера, већ цео низ подешавања који чине апликацију транспарентном за програмера. У Debug режиму, компилер додаје у извршиви фајл табелу симболичких имена (DWARF) која повезује машински код са изворним линијама. Без ове табеле, дебагер не може да покаже која линија кода се тренутно извршава.

Дебагер — програм који покреће вашу апликацију у контролисаном окружењу. Можете зауставити извршавање на било којој линији (breakpoint), прегледати вредности свих промењивих у тренутном опсегу видљивости, мењати их у ходу и наставити извршавање. За мобилне платформе, стандардни дебагер је LLDB — LLVM компонента која се користи и у Xcode и у Android Studio.

Debug режим такође укључује додатне провере које су искључене у Release: тврдње (assertions), провере граница низова, детекторе цурења меморије и проширено водење евиденције. Ове провере успоравају рад апликације, али откривају грешке у раним фазама развоја — пре него што код стигне до корисника.

Debug и Release: кључне разлике билдова

Разлика између Debug и Release билдова је основна: то су два различита сета заставица компилера, конфигурација потписивања и поставки паковања. Разумевање ових разлика помаже да се избегну ситуације када „ради у симулатору, а на реалном уређају — не”.

Када шта користити

Debug билд се користи у свим фазама развоја и тестирања на локалним уређајима. Release билд се прави пре слања у App Store Connect или Google Play Console. Отклањање на Release билду је технички могуће, али изузетно незгодно због преименованих метода (R8) и недостатка symbolication за дневнике падова.

Проблеми пребацивања режима

Један од честих проблема је код који ради у Debug-у, али пада у Release-у. Узрок је UB (undefined behavior) у коду који компилер различито обрађује са различитим нивоима оптимизације. Типичан примјер: читање неиницијализоване промењиве или кршење strict aliasing. За откривање таквих грешака користите статички анализатор (Clang Static Analyzer, ktlint) пре сваког Release билда.

Алати за отклањање: LLDB, тачке заустављања и инспектори

LLDB — је високоперформансни дебагер заснован на LLVM-у, који подржава C, C++, Objective-C, Swift и Kotlin/Native. LLDB пружа REPL интерфејс у коме можете извршавати произвољне изразе, мењати вредности промењивих и позивати функције у контексту заустављене апликације.

Тачке заустављања и њихови типови

Breakpoint — кључни алат дебагера. Постављате тачку на линији кода, и апликација се зауставља када извршавање стигне до те линије. LLDB подржава више типова тачака: условне (активирају се само по испуњењу услова), симболичке (на позив функције) и једнократне (активирају се једном и аутоматски се уклањају).

Watchpoint-и и инспектори меморије

Watchpoint — тачка праћења промене промењиве. Наведете адресу меморије, и дебагер зауставља извршавање при сваком уписивању на ту адресу. Овај алат је неопходан при проналажењу утрка података и неисправних мутација дељених објеката. За преглед хијерархије UIKit користите UIView Inspector доступан у Xcode-у.

// Постављање условног breakpoint-а
(lldb) breakpoint set --name "viewDidLoad" --condition "self.isViewLoaded == false"

// Watchpoint на својство
(lldb) watchpoint set variable self->_loadingState

// Извршавање кода у контексту заустављања
(lldb) expr self.view.backgroundColor = UIColor.redColor

Xcode и Android Studio инспектори

Оба IDE-а пружају графичке инспекторе засноване на LLDB-у. Android Studio укључује Layout Inspector (преглед хијерархије View-а), Network Inspector (праћење HTTP захтева) и Database Inspector (SQLite у реалном времену). Xcode пружа Debug Memory Graph (анализа цурења меморије) и View Debugger (3D приказ слојева UIKit-а).

Даљинско отклањање и отклањање путем Wi-Fi

Од Android 11 на даље, отклањање путем Wi-Fi ради без USB везе: довољно је скеновати QR код из Android Studio. iOS подржава Wi-Fi отклањање од Xcode 9+ — уређај се повезује једном путем USB, након чега сесије отклањања могу одвијати путем мреже. За CI сервере, Wi-Fi отклањање није погодно због непредвидљивих кашњења и губитка пакета, па се у аутоматизованим pipeline-има увијек користи USB. Ипак, за локални развој, Wi-Fi отклањање је знатно удобније — програмер није везан за кабл и може да тестира апликацију на уређају који се налази на другом крају собе.

Debug на Android-у: Android Studio и отклањање кроз ADB

Android Debug Bridge (ADB) — универзални алат за интеракцију са Android уређајем из командне линије. Путем ADB-а можете инсталирати апликацију, покренути отклањање, копирати датотеке, извршавати shell наредбе и прегледати дневнике. Android Studio користи ADB у позадини за све операције отклањања.

Повезивање дебагера у Android Studio

Android Studio подржава два режима отклањања: Run (нормално покретање) и Debug (покретање са повезаним дебагером). У Debug режиму можете да постављате breakpoint-е директно у редактору, прегледате промењиве у Debug Tool Window и процењујете изразе у Evaluate Expression. За отклањање позадинских процеса (Service, BroadcastReceiver) користите Attach Debugger to Android Process.

class MainActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

        // Breakpoint ће овде зауставити извршавање
        val button = findViewById<Button>(R.id.btn_debug)
        button.setOnClickListener {
            startDebugProcess()
        }
    }

    private fun startDebugProcess() {
        val data = fetchDataFromApi()
        Log.d("Debug", "Data loaded: $data")
    }
}

ADB shell и инспекција база података

ADB shell наредбе пружају приступ фајл систему уређаја без root права. Можете прегледати садржај директоријума databases, копирати .db датотеку на рачунар и отворити је било којим SQLite клијентом. Android Studio Database Inspector аутоматизује овај процес: видите живе податке базе у реалном времену и можете извршавати SQL упите директно из IDE.

Debug на iOS-у: Xcode, дебагер и дијагностика

Xcode пружа интегрирано окружење за отклањање засновано на LLDB-у. Програмер може да покрене апликацију на симулатору или физичком уређају, постави breakpoint-е и користи Debug Navigator за контролу токова извршавања. За разлику од Android-а, iOS не дозвољава покретање два Debug билда истовремено на једном уређају без специјалне конфигурације.

Отклањање у симулатору и на уређају

Симулатор покреће апликацију као нативни macOS процес, што омогућује најбржи циклус отклањања. На физичком уређају, отклањање се одвија путем USB или Wi-Fi (од iOS 16 на даље), и LLDB комуницира са debugserver-ом на уређају. Перформансе отклањања на уређају је нижи због ограниченог протока USB 2.0, али само физички уређај омогућује тестирање реалних сценарија: push обавештења, камеру, сензоре.

import UIKit

class ViewController: UIViewController {
    override func viewDidLoad() {
        super.viewDidLoad()
        setupUI()
    }

    private func setupUI() {
        let label = UILabel()
        label.text = "Debug Mode"
        label.textColor = .systemBlue
        view.addSubview(label)
    }
}

Дијагностика и извештаји о падовима

Xcode Organizer прикупља дневнике падова са уређаја тестера путем Crash Logs. За symbolication (претварање адреса у имена функција) потребна је .dSYM датотека која се генерише при сваком Debug билду. У Release билду, dSYM такође се креира, али се дневници падова из App Store морају учитавати у Organizer ручно или путем bitcode сервиса.