Breakpoint — debugger dastur bajarilishini belgilangan kod nuqtasida vaqtincha to‘xtatadigan nazorat mexanizmidir. To‘xtash paytida dasturchi call stack, registrlar, o‘zgaruvchilar va threadlar holatini tekshirishi, so‘ng bajarishni qadam bilan yoki davom ettirib boshqarishi mumkin. Breakpoint kodni o‘zgartirishdan ko‘ra muammoni real holatda kuzatishga yordam beradi.
Software breakpoint
Native debugger ko‘pincha tanlangan ko‘rsatmaning birinchi baytini maxsus trap ko‘rsatmasi bilan almashtiradi. Protsessor shu joyga kelganda istisno hosil qiladi va boshqaruv debuggerga o‘tadi. Debugger asl baytni saqlaydi, instruction pointer’ni moslaydi, kerak bo‘lsa asl ko‘rsatmani bir marta bajarib, trapni yana o‘rnatadi.
Kod sahifasi read-only bo‘lsa, debugger operatsion tizim API’si orqali vaqtincha ruxsatni o‘zgartirishi yoki platformaning debugging mexanizmidan foydalanishi kerak. Bir nechta thread bir nuqtadan o‘tayotganda trapni olib-qayta qo‘yish race yaratishi mumkin; professional debuggerlar threadlarni boshqarib, atomik protokol qo‘llaydi.
Hardware va shartli breakpoint
Protsessorning debug registrlari ma’lum instruction manzilida to‘xtashni kod baytini almashtirmasdan bajaradi. Hardware breakpoint soni cheklangan, lekin read-only kod, ROM yoki self-check qiladigan dasturda foydali. Watchpoint ham shu apparat imkoniyatidan foydalanib, ma’lumot manziliga o‘qish yoki yozishni kuzatishi mumkin.
Conditional breakpoint faqat ifoda rost bo‘lsa to‘xtaydi. Hit count ma’lum marta kelgandan keyin aktivlashadi. Logpoint esa jarayonni uzoq to‘xtatmasdan qiymatni jurnalga chiqaradi. Shartni har iteratsiyada debugger baholashi issiq siklni keskin sekinlashtirishi va timing-sensitive xatoni yashirishi mumkin.
Manba qatori bilan bog‘lanish
Manba breakpointi debug symbol orqali qatorni mashina manziliga aylantiradi. Bitta qator bir nechta ko‘rsatma yoki inline qilingan bir nechta nusxaga ega bo‘lishi mumkin. Optimizatsiya kodni ko‘chirishi, birlashtirishi yoki butunlay olib tashlashi sabab breakpoint so‘ralgan qatorda to‘xtamasligi mumkin. Debug build past optimizatsiyada sodda kuzatiladi, ammo faqat release’da chiqadigan xato uchun aynan productionga mos symbol zarur.
JIT runtime kod manzilini keyin yaratadi. Debugger runtime bilan protokol orqali yangi modul va sequence pointlarni oladi. Hot reload yoki recompilation eski breakpointni yangi kodga qayta bog‘lashni talab qiladi.
Xavfsiz foydalanish
Production jarayonini breakpointda to‘xtatish request timeout, lock ushlab turish va cluster failoverga sabab bo‘lishi mumkin. Remote debugging kuchli vakolat beradi, shuning uchun autentifikatsiya, shifrlash, tarmoq cheklovi va audit talab qilinadi. Maxfiy o‘zgaruvchi debugger oynasi yoki dumpda ko‘rinishi mumkin. Hodisada avval tracing, metric va non-blocking snapshot kabi kamroq ta’sirli vositalar tanlanadi.
+## Exception breakpoint
Debugger source qatoridan tashqari exception tashlanganda, ushlanmaganda yoki ma’lum signal kelganda to‘xtashi mumkin. “Thrown” rejimi normal boshqaruv uchun ko‘p exception ishlatadigan dasturda juda shovqinli bo‘ladi; type va modul filtri qo‘llanadi. Function breakpoint source mavjud bo‘lmasa ham symbol nomi bo‘yicha barcha implementatsiyaga o‘rnatilishi mumkin. Data-dependent xatoda breakpoint command avtomatik stack va qiymatlarni yozib, keyin davom etadi. Bu minglab hit orasidan kerakli holatni topadi, lekin log hajmi va maxfiy ma’lumot nazorat qilinadi. Breakpoint konfiguratsiyasi jamoa bilan ulashilsa, u absolut lokal yo‘l va secret saqlamasligi kerak.
Source breakpointni boshqalarga ulashishda file path emas, repository-relative yo‘l va funksiya konteksti ishlatilsa turli ish stansiyalarida barqarorroq bo‘ladi. Kod o‘zgarsa eski qator siljiydi; IDE semantic anchor orqali breakpointni yaqin statementga ko‘chirganda foydalanuvchiga yangi joyni ko‘rsatadi.
Bog‘liq tushunchalar
Debugger, Watchpoint, Trap, Debug symbol, Call stack, Single stepping, Remote debugging