Amalga oshirilmaydigan kod - Unreachable code

Yilda kompyuter dasturlash, ulanib bo'lmaydigan kod qismi manba kodi Hech qachon bajarib bo'lmaydigan dastur, chunki u erda yo'q oqim oqimi dasturning qolgan qismidan kodga yo'l.[1]

Ba'zan ulanib bo'lmaydigan kod ham chaqiriladi o'lik kod,[2][3] bo'lsa-da o'lik kod shuningdek, bajarilgan, lekin dastur chiqishiga ta'sir qilmaydigan kodga murojaat qilishi mumkin.[4]

Ulanish mumkin bo'lmagan kod odatda bir nechta sabablarga ko'ra kiruvchi hisoblanadi:

  • Xotirani keraksiz ishlatadi
  • Bu protsessorlardan keraksiz foydalanishga olib kelishi mumkin ko'rsatmalar keshi
  • Hech qachon ishlatilmaydigan kodni sinovdan o'tkazish, saqlash va hujjatlashtirish uchun vaqt va kuch sarflash mumkin
    • Ba'zan avtomatlashtirilgan test koddan foydalanadigan yagona narsa.

Biroq, ulanib bo'lmaydigan kod ba'zi bir qonuniy foydalanishga ega bo'lishi mumkin, masalan, qo'ng'iroq qilish yoki qo'l bilan o'tish uchun funktsiyalar kutubxonasini taqdim etish. tuzatuvchi a dan keyin dastur to'xtatilsa to'xtash nuqtasi. Bu, ayniqsa, dasturning ichki holatini tekshirish va chiroyli chop etish uchun foydalidir. Yuborilgan mahsulotda bunday kod bo'lishi mantiqiy bo'lishi mumkin, shunda ishlab chiquvchi tuzatuvchini mijozning ishlaydigan nusxasiga qo'shishi mumkin.

Sabablari

Ulanish mumkin bo'lmagan kod ko'plab sabablarga ko'ra mavjud bo'lishi mumkin, masalan:

  • murakkab shartli tarmoqlarda dasturiy xatolar
  • tomonidan amalga oshirilgan ichki o'zgarishlarning natijasi optimallashtiruvchi kompilyator;
  • yangi yoki o'zgartirilgan kodni to'liq bo'lmagan sinovi
  • Eski kod
    • Kod boshqa dastur tomonidan almashtirildi
    • Dasturchi o'chirib tashlamaslikka qaror qilgan, chunki u erishish mumkin bo'lgan kod bilan aralashtirilgan
    • Mavjud foydalanish holatlari hech qachon kerak bo'lmaydigan potentsial kod
    • Keyinchalik kerak bo'lsa, qasddan saqlanadigan xavfli kod
  • Kod faqat disk raskadrovka uchun ishlatiladi.

Eski kod bir vaqtlar foydali bo'lgan, ammo endi ishlatilmaydi yoki talab qilinmaydi. Ammo erishib bo'lmaydigan kod, shuningdek, boshqalar uchun foydali bo'lgan yoki ma'lum bir stsenariyda bo'lmagan sharoitlarda murakkab kutubxona, modul yoki odatiy qism bo'lishi mumkin.

Bunday shartli ravishda ulanib bo'lmaydigan kodning misoli, kompilyatorning ish vaqti kutubxonasida umumiy mag'lubiyatni formatlash funktsiyasini amalga oshirish bo'lishi mumkin, bu barcha mumkin bo'lgan argumentlarni qayta ishlash uchun murakkab kodni o'z ichiga oladi, ulardan faqat kichik kichik to'plam ishlatiladi. Odatda kompilyatorlar kompilyatsiya vaqtida foydalanilmagan kod bo'limlarini olib tashlay olmaydilar, chunki xatti-harakatlar asosan ish vaqti argumentlari qiymatlari bilan belgilanadi.

Misollar

C kodining ushbu qismida:

int foo (int X, int Y){    qaytish X + Y;    int Z = X * Y;}

ta'rifi int Z = X * Y; hech qachon erishilmaydi, chunki funktsiya doimo undan oldin qaytadi. Shuning uchun Z na ajratilgan saqlash kerak va na ishga tushirilishi kerak.

xatoga yo'l qo'yilmadi

Olmalar SSL / TLS 2014 yil fevralidan boshlab rasmiy ravishda ma'lum bo'lgan xavfsizlik nuqtai nazaridan katta kamchilik mavjud edi CVE -2014-1266 va norasmiy ravishda "goto fail bug" sifatida.[5][6] Tegishli kod bo'lagi[7]bu:

statik OSStatusSSLVerifySignedServerKeyExchange(SSLContext *ctx, bool isRsa, SSLBuffer imzolangan Params,                                 uint8_t *imzo, UInt16 imzoLen){    OSStatus        xato;    ...     agar ((xato = SSLHashSHA1.yangilash(&hashCtx, &serverRandom)) != 0)        bordi muvaffaqiyatsiz;    agar ((xato = SSLHashSHA1.yangilash(&hashCtx, &imzolangan Params)) != 0)        bordi muvaffaqiyatsiz;        bordi muvaffaqiyatsiz;    agar ((xato = SSLHashSHA1.final(&hashCtx, &hashOut)) != 0)        bordi muvaffaqiyatsiz;    ... muvaffaqiyatsiz:    SSLFreeBuffer(&imzolangan Xashlar);    SSLFreeBuffer(&hashCtx);    qaytish xato;}

Mana, ketma-ket ikkita qo'ng'iroq bor muvaffaqiyatsiz tugadi. S tili sintaksisida ikkinchisi shartsiz va shu sababli har doim qo'ng'iroqni o'tkazib yuboradi SSLHashSHA1.final.Natija sifatida, xato SHA1-ni yangilash operatsiyasining holatini saqlaydi va imzoni tekshirish amalga oshiriladi hech qachon muvaffaqiyatsiz.[5]

Bu erda ulanib bo'lmaydigan kod - ga qo'ng'iroq final funktsiya. Ushbu xatolikni oldini olish mumkin bo'lgan bir nechta kodlash amaliyoti mavjud, masalan, kodni ko'rib chiqish, chuqurlik yoki blok tuzilishini to'g'ri ishlatish va sinov qamrovini tahlil qilish.[6] Qo'llash Jiringlash variant bilan kompilyator -Hamma narsa ushbu kod uchun signalni keltirib chiqaradigan ulanib bo'lmaydigan kod tahlilini o'z ichiga oladi.[6]

C ++

Yilda C ++, ba'zi tuzilmalarga ega bo'lishi ko'rsatilgan aniqlanmagan xatti-harakatlar. Kompilyator har qanday xatti-harakatni amalga oshirishi mumkin yoki umuman yo'q, va odatda optimallashtiruvchi kompilyator kodga erishib bo'lmaydigan deb hisoblaydi.[8]

Tahlil

Qabul qilinmaydigan kodni aniqlash - bu shakl boshqaruv oqimini tahlil qilish mumkin bo'lgan dastur holatida hech qachon erishib bo'lmaydigan kodni topish. Ba'zi tillarda (masalan.) Java[9]) ulanib bo'lmaydigan kodning ba'zi shakllariga aniq yo'l qo'yilmaydi. Ulanish mumkin bo'lmagan kodni olib tashlaydigan optimallashtirish nomi ma'lum o'lik kodni yo'q qilish.

Tomonidan amalga oshirilgan transformatsiyalar natijasida kodga kirish imkonsiz bo'lib qolishi mumkin optimallashtiruvchi kompilyator (masalan, umumiy subekspressiyani yo'q qilish ).

Amaliyotda tahlilning murakkabligi aniqlanadigan ulanib bo'lmaydigan kod miqdoriga sezilarli ta'sir ko'rsatadi. Masalan, doimiy katlama va oddiy oqim tahlili shuni ko'rsatadiki, quyidagi koddagi if-operatorining ichki qismiga ulanish mumkin emas:

int N = 2 + 1;agar (N == 4){   / * ulanib bo'lmaydigan * /}

Shu bilan birga, quyidagi kodda tegishli blokka erishish mumkin emasligini aniqlash uchun juda murakkablik talab etiladi:

ikki baravar X = kv(2);agar (X > 5){    / * ulanib bo'lmaydigan * /}

Ulanish mumkin bo'lmagan kodni yo'q qilish texnikasi xuddi shu optimallashtirish sinfiga kiradi o'lik kodni yo'q qilish va ortiqcha kod yo'q qilish.

Ulanish mumkin emasligi va profil yaratish

Ba'zi hollarda, amaliy yondashuv oddiy erishib bo'lmaydigan mezonlarning kombinatsiyasi va a dan foydalanish bo'lishi mumkin profiler yanada murakkab ishlarni ko'rib chiqish uchun. Umuman profillash mumkin emas isbotlash kod bo'linmasiga oid har qanday narsa, lekin yaxshi bo'lishi mumkin evristik mumkin bo'lmagan kodni topish uchun. Kodning shubhali qismi topilgandan so'ng, boshqa usullar, masalan, kuchliroq kodni tahlil qilish vositasi yoki hatto qo'l bilan tahlil qilish, kodni haqiqatan ham ulanib bo'lmaydiganligini hal qilish uchun ishlatilishi mumkin.

Shuningdek qarang

Adabiyotlar

  1. ^ Debray, Saumya K.; Evans, Uilyam; Mut, Robert; De Satter, Byorn (2000 yil 1 mart). "Kodni ixchamlashtirish uchun kompilyator texnikasi". Dasturlash tillari va tizimlari bo'yicha ACM operatsiyalari. 22 (2): 378–415. CiteSeerX  10.1.1.43.7215. doi:10.1145/349214.349233.
  2. ^ RTCA / DO-178C dasturiy ta'minotini havodagi tizimlar va uskunalarni sertifikatlashda ko'rib chiqish. RTCA, Inc. 2011. p. 112. Olingan 2019-06-11. O'lik kod - dasturiy ta'minotni ishlab chiqishda xatolik natijasida mavjud bo'lgan, lekin maqsadli kompyuter muhitining biron bir operatsion konfiguratsiyasida bajarilishi (kodi) yoki ishlatilishi (ma'lumotlar) mumkin bo'lmagan bajariladigan ob'ekt kodi (yoki ma'lumotlar). Tizim yoki dasturiy ta'minot talabidan kelib chiqadigan narsa emas. Quyidagi istisnolar ko'pincha noto'g'ri o'lik kod deb tasniflanadi, lekin talablarni / dizaynni amalga oshirish uchun zarur: o'rnatilgan identifikatorlar, mustahkamlikni yaxshilash uchun mudofaa dasturlash tuzilmalari va foydalanilmagan kutubxona funktsiyalari kabi o'chirilgan kod. [Talablarga asoslangan ko'rib chiqish bunday kodni funktsional talablarga mos kelmaydigan deb belgilashi kerakligi sababli, statik kodni tahlil qilish bunday kodni ulanib bo'lmaydigan deb belgilashi kerak va talablarga asoslangan test natijalarini tizimli qamrab olish tahlili bunday kodni ulanib bo'lmaydigan, asossiz o'lik kodning mavjudligini aniqlashi kerak. Loyiha tashkilotni ishlab chiqish va tekshirish jarayonlarining samaradorligini ko'rib chiqishni kuchaytirishi kerak.]
  3. ^ Jey Tomas. "Izlash mumkinligi talablari dasturiy ta'minotni sinab ko'rish uchun asos yaratadi". Olingan 2019-06-11. Talablarning izlenebilirliğini qamrov tahlili bilan birlashtirish, shuningdek, "o'lik kod" yoki hech qachon bajarilmagan kod maydonlarini o'zgartirishi mumkin. Ushbu kod asosan noqulaylik tug'dirishi mumkin, ammo xaker kirish huquqini qo'lga kiritishi va u erdan nazoratni qo'lga kiritishi mumkin bo'lsa, xavfsizlikka tahdid ham bo'lishi mumkin. Bu kodni kuzatib bo'lmaydi, shuning uchun uni yo'q qilish kerak.
  4. ^ MISRA konsortsiumi (2013 yil mart). MISRA C: 2012 muhim tizimlarda C tilidan foydalanish bo'yicha qo'llanma. MIRA Limited. p. 41. Olingan 2019-06-11. 2.2-qoida yo'q bo'lishi kerak o'lik kod. Amalga oshirilgan, ammo olib tashlanishi dastur xatti-harakatlariga ta'sir qilmaydigan har qanday operatsiya o'lik kod.
  5. ^ a b Adam Langli (2014). "Apple-ning SSL / TLS xatosi".
  6. ^ a b v Arie van Deursen (2014). "Apple kompaniyasining #gotofail xavfsizlik xatosidan o'rganish".
  7. ^ "sslKeyExchange.c - kalit almashinuvi va server kalitlari almashinuvini qo'llab-quvvatlash uchun manba kodi".
  8. ^ "MSC15-C. Belgilangan xatti-harakatlarga bog'liq emas". Karnegi Mellon universiteti. 2020 yil. Olingan 28 sentyabr 2020. Tuzuvchilar aniqlanmagan xatti-harakatlar uchun kod ishlab chiqarishga majbur emasligi sababli, bu xatti-harakatlar optimallashtirish uchun nomzodlardir.
  9. ^ "Java tilining spetsifikatsiyasi".
  • Appel, A. W. 1998 Java-da zamonaviy kompilyatorni amalga oshirish. Kembrij universiteti matbuoti.
  • Muchnick S. S. 1997 ilg'or kompilyatorni loyihalash va amalga oshirish. Morgan Kaufmann.