Null dan Invalid Pointer

Tiga chapter terakhir kita menyentuh pointer yang bermasalah satu per satu: pointer kosong, pointer yang menggantung, dan bahaya dereference. Sekarang saatnya menyusunnya menjadi satu peta lengkap. Kategori pentingnya ada empat — null, uninitialized, dangling, dan wild pointer — dan setiap kategori punya penyebab, gejala, serta pencegahan yang berbeda. Penguasaan peta ini membedakan programmer yang menaklukkan bug pointer secara sistematis dari yang menebak-nebak.

Empat Kategori Pointer Bermasalah #

Kategori	Definisi	Bagaimana dikenali
Null pointer	pointer yang sengaja dinyatakan tidak menunjuk apa-apa (`nullptr`)	terlihat jelas di kode; aman diperiksa
Uninitialized pointer	pointer yang dideklarasikan tanpa inisialisasi sehingga berisi alamat sampah	tidak terlihat dari luar; tidak bisa diperiksa
Dangling pointer	pointer yang masih menyimpan alamat objek yang sudah tidak hidup	terlihat sah, tetapi sasarannya sudah tiada
Wild pointer	pointer yang menunjuk alamat sembarangan karena kesalahan perhitungan atau penulisan di luar wilayah sah	paling berbahaya; sering tak ada tanda di kode

Mengapa pemisahan ini penting? karena strategi menanganinya berbeda-beda. Null pointer adalah keadaan yang sah dan bermakna — cukup diperiksa sebelum dereference. Uninitialized dan wild pointer adalah keadaan tidak sah yang harus dicegah sejak penulisan kode, karena tidak ada cara memeriksanya saat runtime. Dangling pointer ada di antara keduanya: pointer itu sendiri sah, tetapi masa hidup sasarannya yang kelolaan kita.

Uninitialized dan wild pointer layak ditonjolkan karena keduanya tidak memiliki “bendera” seperti nullptr. Pointer yang belum diinisialisasi berisi bit acak yang bisa saja kebetulan tampak valid; wild pointer — misalnya hasil data + 11 pada array berukuran 5 dari Chapter Pointer Arithmetic — berisi alamat yang memang ada di memori, hanya bukan milik kita. Keduanya melewati semua pemeriksaan p != nullptr, dan itulah alasan checklist di bawah menekankan pencegahan sejak deklarasi.

Kebiasaan Defensif yang Mencegahnya #

Kabar baiknya: hampir semua bug pointer bisa dicegah dengan empat kebiasaan yang murah. Berikut versi amannya dalam satu program yang bisa kita jalankan:

cpp

#include <iostream>

// Fungsi defensif: selalu periksa pointer sebelum dipakai
void cetakNilai(const int* p) {
    if (p == nullptr) {
        std::cout << "(tidak ada nilai)\n";
        return;
    }
    std::cout << "Nilai: " << *p << "\n";
}

int main() {
    int data = 42;
    int* p1 = &data;    // selalu inisialisasi saat deklarasi
    int* p2 = nullptr;  // eksplisit kosong, bukan dibiarkan berisi alamat sampah

    cetakNilai(p1);
    cetakNilai(p2);

    p1 = nullptr;  // nol-kan ketika sasarannya tidak lagi relevan
    cetakNilai(p1);

    return 0;
}

Output yang Dihasilkan:

text
Nilai: 42
(tidak ada nilai)
(tidak ada nilai)

Yang terjadi di dalamnya:

Baris 5-11 (cetakNilai): fungsi defensif yang tidak pernah berasumsi. Pointer kosong ditangani sebagai kasus normal dengan output yang jelas — bukan dibiarkan menyebabkan undefined behavior.
Baris 15 (int* p1 = &data;): inisialisasi saat deklarasi menutup kategori uninitialized pointer sepenuhnya — pointer tidak pernah sempat berisi sampah.
Baris 16 (int* p2 = nullptr;): bila memang belum ada sasaran, nullptr menyatakannya secara jujur sehingga statusnya bisa diperiksa.
Baris 21-23: p1 di-nol-kan setelah tidak lagi relevan, lalu panggilan berikutnya membuktikan pemeriksaan bekerja — program mencetak (tidak ada nilai) dan selesai dengan aman.

Checklist Pencegahan #

Empat kebiasaan di atas bisa kita padatkan menjadi checklist yang layak ditempel di meja kerja:

Inisialisasi selalu. Tidak ada pointer yang dideklarasikan tanpa nilai — isi &variabel bila sasarannya ada, atau nullptr bila belum.
Berikan nama yang jujur. Nama seperti hasilCari atau opsiFilter (yang memang boleh kosong) berbeda makna dengan dataWajib; kesepakatan penamaan membuat pemeriksaan null tidak terlewat.
Periksa sebelum dereference. Setiap pointer yang bisa kosong diperiksa p != nullptr (atau if (p)) tepat sebelum dipakai — idealnya di satu tempat, seperti fungsi cetakNilai di atas, bukan tersebar di semua pemanggil.
Nol-kan setelah selesai. Setelah delete atau setelah sasaran berakhir masa hidupnya, pointer langsung diberi nullptr seperti pola aman pada Chapter Dangling Pointer.
Rencanakan masa hidup bersama alokasinya. Bila kode mulai banyak mengelola new/delete manual, itu tanda waktunya pindah ke smart pointer (std::unique_ptr, std::shared_ptr) yang merawat memori lewat RAII pada Section Manajemen Memori.

Dengan checklist ini, empat kategori pointer bermasalah sudah kita kunci dari keempat sisinya. Satu tugas terakhir untuk menutup Section ini: menyandingkan pointer dan reference secara berhadapan, sehingga untuk setiap situasi kita tahu persis alat mana yang harus diambil.

Referensi: cppreference — pointer , cppreference — nullptr .