C++内存管理基础中智能指针unique_ptr的使用方法-C++-PHP中文网

unique_ptr通过独占所有权和RAII机制确保内存安全，避免泄漏与双重释放；其使用std::make_unique创建，支持移动语义转移所有权，可处理多态对象与自定义删除器，是现代C++首选的内存管理工具。

c++内存管理基础中智能指针unique_ptr的使用方法

在C++的内存管理中，

unique_ptr

登录后复制

是一个至关重要的智能指针，它的核心作用是提供独占所有权语义，确保动态分配的对象在不再需要时能被安全、自动地释放，从而有效避免内存泄漏。简单来说，当你需要一个对象，并且明确只有一份所有权时，

unique_ptr

登录后复制

就是你的首选。

解决方案

谈到

unique_ptr

登录后复制

的使用，我们首先要理解它的“独占”特性。这意味着在任何时候，只有一个

unique_ptr

登录后复制

实例能够指向某个特定的动态分配对象。这种设计哲学极大地简化了内存管理，因为它消除了传统裸指针可能带来的所有权模糊和双重释放问题。

创建

unique_ptr

登录后复制

最推荐的方式是使用

std::make_unique

登录后复制

（C++14及更高版本）。它不仅语法简洁，而且在异常安全方面表现更优，能避免一些潜在的资源泄露风险。

#include <memory>
#include <iostream>
#include <string>

class MyObject {
public:
    MyObject(const std::string& name) : name_(name) {
        std::cout << "MyObject " << name_ << " created." << std::endl;
    }
    ~MyObject() {
        std::cout << "MyObject " << name_ << " destroyed." << std::endl;
    }
    void greet() const {
        std::cout << "Hello from " << name_ << "!" << std::endl;
    }
private:
    std::string name_;
};

int main() {
    // 1. 使用 std::make_unique 创建 unique_ptr
    auto ptr1 = std::make_unique<MyObject>("Alpha");
    ptr1->greet(); // 通过 -> 访问成员

    // 2. unique_ptr 的所有权转移 (move 语义)
    // 注意：unique_ptr 不能被复制，只能被移动
    std::unique_ptr<MyObject> ptr2 = std::move(ptr1); // ptr1 现在为空
    if (!ptr1) {
        std::cout << "ptr1 is now empty after move." << std::endl;
    }
    ptr2->greet();

    // 3. 重置 unique_ptr
    ptr2.reset(); // 销毁当前对象，并将 ptr2 设置为空
    if (!ptr2) {
        std::cout << "ptr2 is now empty after reset." << std::endl;
    }

    // 4. 创建一个数组的 unique_ptr
    auto arr_ptr = std::make_unique<int[]>(5);
    for (int i = 0; i < 5; ++i) {
        arr_ptr[i] = i * 10;
        std::cout << arr_ptr[i] << " ";
    }
    std::cout << std::endl;

    // 5. 获取裸指针 (通常不推荐，除非需要与C风格API交互)
    auto ptr3 = std::make_unique<MyObject>("Gamma");
    MyObject* raw_ptr = ptr3.get();
    raw_ptr->greet(); // 使用裸指针访问，但所有权仍在 ptr3

    // 6. 释放所有权 (很少用，但有时有用)
    // ptr3.release() 返回裸指针，并让 ptr3 变空。
    // 你必须手动 delete 返回的裸指针，否则会内存泄漏。
    MyObject* released_ptr = ptr3.release();
    if (!ptr3) {
        std::cout << "ptr3 is empty after release." << std::endl;
    }
    // ... 在某个地方使用 released_ptr ...
    delete released_ptr; // 手动删除！

    // main 函数结束时，所有剩余的 unique_ptr (如 arr_ptr) 都会自动销毁其管理的对象。
    return 0;
}

登录后复制

这段代码展示了

unique_ptr

登录后复制

的核心操作：创建、移动、重置、以及如何获取底层裸指针或释放所有权。理解这些是高效使用

unique_ptr

登录后复制

的基础。

立即学习“C++免费学习笔记（深入）”；

为什么C++现代编程中强烈推荐使用

unique_ptr

登录后复制

？

在C++的演进中，内存管理一直是开发者心中的一道坎。早期的C++依赖于裸指针（

new

登录后复制

delete

登录后复制

）进行动态内存分配，这带来了一系列臭名昭著的问题：内存泄漏、双重释放、野指针等。这些问题往往难以追踪，尤其是在大型、复杂的项目中，或是在异常处理路径中。

unique_ptr

登录后复制

的出现，正是为了从根本上解决这些痛点。

它遵循了C++中一个极其重要的设计原则：RAII (Resource Acquisition Is Initialization)。简而言之，就是将资源的生命周期与对象的生命周期绑定。当一个

unique_ptr

登录后复制

对象被创建时，它“获取”了资源（动态内存），当这个

unique_ptr

登录后复制

对象超出其作用域被销毁时，它会自动“释放”资源（调用

delete

登录后复制

）。这种机制确保了即使在函数提前返回、抛出异常等情况下，内存也能被正确释放，极大地提升了程序的健壮性和异常安全性。

与裸指针相比，

unique_ptr

登录后复制

提供了清晰的所有权语义。一个对象只能被一个

unique_ptr

登录后复制

拥有，这避免了多个指针同时管理同一块内存，导致混乱和潜在的错误。如果你需要共享所有权，那应该考虑

shared_ptr

登录后复制

，但

unique_ptr

登录后复制

作为独占所有权的默认选择，是更轻量、性能更好的。它几乎没有运行时开销，因为它的设计目标就是零开销抽象，这在性能敏感的C++应用中是极为宝贵的。所以，在现代C++编程实践中，除非有明确的理由（例如与C API交互），否则我们应尽可能避免使用裸指针来管理动态内存，转而拥抱

unique_ptr

登录后复制

。

unique_ptr

登录后复制

的所有权是如何安全转移的？

unique_ptr

登录后复制

的设计哲学就是独占所有权，这意味着它不能被复制。尝试进行复制操作会导致编译错误，这是语言层面强制执行所有权规则的关键。但是，它允许所有权的“转移”（move）。这种转移是通过C++11引入的移动语义（move semantics）实现的，具体来说就是通过

std::move

登录后复制

函数。

当一个

unique_ptr

登录后复制

被

std::move

登录后复制

时，它会将它所管理的对象的所有权转交给另一个

unique_ptr

登录后复制

。原

unique_ptr

登录后复制

会变成空（即不再指向任何对象），而新的

unique_ptr

登录后复制

则获得了对该对象的完全控制权。这个过程是原子且高效的，因为它只是简单地复制了底层裸指针，并将原指针置为

nullptr

登录后复制

，没有涉及深拷贝或额外的内存分配。

KAIZAN.ai

使用AI来改善客户服体验，提高忠诚度

查看详情

考虑一个场景，你可能需要在函数内部创建一个

unique_ptr

登录后复制

，然后将其返回给调用者：

std::unique_ptr<MyObject> createObject(const std::string& name) {
    // 在函数内部创建 unique_ptr
    return std::make_unique<MyObject>(name); // 这里会发生隐式的移动
}

void processObject() {
    std::unique_ptr<MyObject> obj_ptr = createObject("Beta"); // 接收转移的所有权
    obj_ptr->greet();
    // obj_ptr 在这里管理着 "Beta" 对象
} // obj_ptr 离开作用域，"Beta" 对象被销毁

登录后复制

在这个例子中，

createObject

登录后复制

函数返回一个

unique_ptr

登录后复制

。C++编译器通常会通过返回值优化（RVO/NRVO）来避免实际的移动操作，直接在调用者的栈帧上构造对象。即使没有RVO，编译器也会自动插入一个隐式的移动操作，将函数内部的

unique_ptr

登录后复制

移动到返回值中，再由返回值移动到

obj_ptr

登录后复制

。你不需要手动写

std::move(local_unique_ptr)

登录后复制

，因为局部变量在返回时会被视为右值。

然而，如果你是从一个具名变量（非临时对象）进行转移，就必须显式使用

std::move

登录后复制

：

std::unique_ptr<MyObject> source_ptr = std::make_unique<MyObject>("Charlie");
std::unique_ptr<MyObject> dest_ptr = std::move(source_ptr); // 必须使用 std::move
// source_ptr 现在是空的，dest_ptr 拥有 "Charlie"

登录后复制

这种机制确保了所有权链条始终清晰、不重叠，并且在转移过程中资源管理是安全的，极大地减少了程序员的心智负担和出错的可能性。

unique_ptr

登录后复制

如何处理多态对象和自定义删除器？

unique_ptr

登录后复制

在处理多态（Polymorphism）对象时表现出色，这是其作为智能指针的一个重要优势。当

unique_ptr<Base>

登录后复制

指向一个

Derived

登录后复制

类对象时，它能够正确地在销毁时调用

Derived

登录后复制

类的析构函数，前提是

Base

登录后复制

类的析构函数被声明为

virtual

登录后复制

。这是C++多态性的基本要求，对于智能指针来说也不例外。如果

Base

登录后复制

类的析构函数不是

virtual

登录后复制

，那么通过

Base

登录后复制

指针删除

Derived

登录后复制

对象时，只会调用

Base

登录后复制

的析构函数，可能导致

Derived

登录后复制

类特有的资源未被释放，造成资源泄漏或未定义行为。

class Base {
public:
    Base() { std::cout << "Base constructor." << std::endl; }
    virtual ~Base() { std::cout << "Base destructor." << std::endl; } // 必须是虚函数
    virtual void show() const { std::cout << "I am Base." << std::endl; }
};

class Derived : public Base {
public:
    Derived() { std::cout << "Derived constructor." << std::endl; }
    ~Derived() override { std::cout << "Derived destructor." << std::endl; }
    void show() const override { std::cout << "I am Derived." << std::endl; }
};

void testPolymorphicUniquePtr() {
    std::cout << "--- Testing polymorphic unique_ptr ---" << std::endl;
    std::unique_ptr<Base> poly_ptr = std::make_unique<Derived>();
    poly_ptr->show(); // 调用 Derived 的 show()
    // 当 poly_ptr 离开作用域时，会先调用 Derived 的析构函数，再调用 Base 的析构函数。
    std::cout << "--- End of test ---" << std::endl;
}
// Output:
// --- Testing polymorphic unique_ptr ---
// Base constructor.
// Derived constructor.
// I am Derived.
// --- End of test ---
// Derived destructor.
// Base destructor.

登录后复制

这展示了

unique_ptr

登录后复制

在多态场景下的正确行为，它能确保对象被完整、正确地销毁。

另一方面，

unique_ptr

登录后复制

还支持自定义删除器（Custom Deleters）。这在管理非堆内存资源，或者需要特殊清理逻辑时非常有用。例如，你可能需要管理C风格的

FILE*

登录后复制

文件句柄，或者通过

malloc

登录后复制

分配的内存，这些资源不能简单地用

delete

登录后复制

来释放。自定义删除器允许你指定一个函数或函数对象，在

unique_ptr

登录后复制

销毁时调用它来释放资源。

// 1. 使用 Lambda 表达式作为自定义删除器
void testCustomDeleterLambda() {
    std::cout << "\n--- Testing unique_ptr with lambda deleter ---" << std::endl;
    auto file_closer = [](FILE* f) {
        if (f) {
            std::cout << "Closing file with lambda deleter." << std::endl;
            fclose(f);
        }
    };
    std::unique_ptr<FILE, decltype(file_closer)> file_ptr(fopen("example.txt", "w"), file_closer);
    if (file_ptr) {
        fprintf(file_ptr.get(), "Hello from unique_ptr!\n");
    }
    // file_ptr 离开作用域时，lambda 会被调用
    std::cout << "--- End of lambda deleter test ---" << std::endl;
}

// 2. 使用函数指针作为自定义删除器
void closeFile(FILE* f) {
    if (f) {
        std::cout << "Closing file with function pointer deleter." << std::endl;
        fclose(f);
    }
}
void testCustomDeleterFuncPtr() {
    std::cout << "\n--- Testing unique_ptr with function pointer deleter ---" << std::endl;
    std::unique_ptr<FILE, decltype(&closeFile)> file_ptr(fopen("another.txt", "w"), &closeFile);
    if (file_ptr) {
        fprintf(file_ptr.get(), "Another message.\n");
    }
    std::cout << "--- End of function pointer deleter test ---" << std::endl;
}

int main() {
    testPolymorphicUniquePtr();
    testCustomDeleterLambda();
    testCustomDeleterFuncPtr();
    return 0;
}

登录后复制

需要注意的是，当使用自定义删除器时，删除器的类型会成为