خطأ تجزئة (Segmentation Fault) في C++: الأسباب، التصحيح وكيفية تجنبه

خطأ التجزئة: ليس مجرد خطأ، بل باب إلى عالم الذاكرة في C++

إذا كنت قد كتبت يومًا بلغة C++ ورأيت في الطرفية رسالة قصيرة ولكنها مخيفة Segmentation fault (core dumped)، فأنت لست وحدك. هذه الإشارة هي واحدة من أشهر أعداء المطورين المبتدئين (وذوي الخبرة). على Stack Overflow، حصل السؤال "What is a segmentation fault?" على مئات الآلاف من المشاهدات. ولكن خلف هذا الخطأ يكمن شيء أكبر: فهم عميق لكيفية عمل الذاكرة والمؤشرات وأداء الكود الخاص بك.

في هذه المقالة، لن نقوم فقط بتحليل ما هو segfault. سنتعلم كيفية العثور عليه، إصلاحه، والأهم من ذلك، منعه. وسنعرف أيضًا كيف يرتبط هذا الخطأ بـ تحسين الكود ولماذا قد يشير ظهوره إلى مشاكل في الأداء.

ما هو خطأ التجزئة بكلمات بسيطة؟

خطأ التجزئة (Segmentation fault) هو إشارة من نظام التشغيل لبرنامجك: "أنت تحاول الوصول إلى ذاكرة لا تملكها". تخيل أنك تستأجر شقة (عملية الخاص بك) وفجأة تحاول الدخول إلى الشقة المجاورة عبر الحائط. الحراسة (نظام التشغيل) توقفك وتطردك من المبنى.

في C++، يحدث هذا عندما يصل البرنامج إلى عنوان ذاكرة غير صحيح. على سبيل المثال، مؤشر فارغ، ذاكرة تم تحريرها بالفعل، أو خارج حدود المصفوفة. على عكس Java أو Python، حيث تكون سلامة الذاكرة مسؤولية الآلة الافتراضية، تمنحك C++ السيطرة الكاملة. ومع السيطرة تأتي المسؤولية.

كيف يبدو هذا في الكود؟

#include <iostream>

int main() {    int* ptr = nullptr;  // مؤشر فارغ    *ptr = 42;           // خطأ تجزئة!    return 0;}

للوهلة الأولى، الخطأ واضح. ولكن في المشاريع الحقيقية، تكون الأسباب أكثر دهاءً. دعنا نستعرضها بالترتيب.

أهم 5 أسباب لخطأ التجزئة في C++

1. إلغاء الإشارة إلى مؤشر فارغ

السبب الأكثر شيوعًا ووضوحًا. المؤشر لا يشير إلى أي كائن، وتحاول كتابة أو قراءة بيانات في هذا العنوان.

int* p = nullptr;std::cout << *p;  // segfault

كيف تتجنبه: تحقق دائمًا من المؤشرات قبل الاستخدام:

if (p != nullptr) {    std::cout << *p;}

2. تجاوز حدود المصفوفة

C++ لا تتحقق من فهارس المصفوفات. إذا وصلت إلى arr[100] بينما المصفوفة مصممة لـ 10 عناصر، فأنت تقرأ أو تكتب في ذاكرة شخص آخر.

int arr[10];arr[15] = 5;  // segfault محتمل

هذا خطير بشكل خاص لأن الخطأ قد لا يظهر فورًا، بل يظهر لاحقًا في مكان مختلف تمامًا من البرنامج. من الصعب جدًا تصحيح مثل هذه الأخطاء.

3. الاستخدام بعد التحرير (use-after-free)

قمت بتحرير الذاكرة (delete أو free)، لكنك تستمر في استخدام المؤشر إليها. قد تكون الذاكرة قد أعطيت لعملية أخرى أو تمت إعادة كتابتها.

int* ptr = new int(10);delete ptr;*ptr = 20;  // segfault — استخدام بعد التحرير

نصيحة: بعد delete، قم بتعيين المؤشر إلى nullptr.

delete ptr;ptr = nullptr;

4. تجاوز سعة المكدس (stack overflow)

على الرغم من أنه ليس segfault كلاسيكيًا، إلا أن تجاوز سعة المكدس يؤدي غالبًا إلى نفس الإشارة. يحدث هذا عندما تنشئ عددًا كبيرًا جدًا من المتغيرات المحلية أو تدخل في استدعاء ذاتي لا نهائي.

void infinite() {    int huge[1000000];  // مصفوفة كبيرة جدًا على المكدس    infinite();          // استدعاء ذاتي بدون خروج}

5. الاستخدام غير الصحيح لـ reinterpret_cast

تحويل الأنواع في C++ أداة قوية ولكنها خطيرة. إذا قمت بتفسير الذاكرة بشكل غير صحيح، فلن يتأخر segfault في الظهور.