我正在使用原始指针在运行时为 N 个相机创建新的对象指针。这些指针是在类成员函数中创建的,它们各自为自己的线程提供服务 - 我不确定是否/如何使用智能指针而不是"new"来分配堆上的对象指针。我后来在析构函数中删除了它们,但我更喜欢更干净的内存管理方法,而不是使用原始指针。
如果在类成员函数中初始化,共享指针和唯一指针似乎都会在作用域的末尾销毁。我还需要确定运行时的摄像机数量。
现在:
void cameraManager::scanNetwork(){
for(int i=0; i < this->numCameras; ++i){
auto * cam = new Camera(this->camConfig[i]);
....
}
}
大致如下:
void cameraManager::scanNetwork(){
for(int i=0; i < this->numCameras; ++i){
std::shared_ptr<Camera> cam = std::make_shared<Camera>(new Camera)(this->camConfig[i]);
....
}
}
理想情况下,我希望这些相机指针在类解除分配时释放 - 有没有办法将智能指针的析构函数"绑定"到另一个对象的析构函数?
关键是要使Camera
的智能指针与类一起保持在范围内。
问题的以下尝试是正确的想法,但不幸的是cam
每次迭代都会被创建和销毁:
for(int i=0; i < this->numCameras; ++i){ std::shared_ptr<Camera> cam = std::make_shared<Camera>(new Camera)(this->camConfig[i]); .... }
通过将共享指针保留在成员向量中,可以将 Camera
s 保持在范围内。这样,当cameraManager
超出范围时,将为相机调用析构函数:
#include <memory>
#include <vector>
#include <array>
struct camConfiguration { };
struct Camera {
Camera(camConfiguration) {};
};
struct cameraManager {
int numCameras;
std::vector<camConfiguration> camConfig;
std::vector<std::shared_ptr<Camera>> cameras; // will hold the Cameras
// or, if you only want the cameras to live in the cameraManager, then
// std::vector<Camera> cameras; // will hold the Cameras without smart pointers
cameraManager(int numCameras) : numCameras{numCameras}, camConfig(numCameras) {}
void scanNetwork();
};
void cameraManager::scanNetwork() {
for (int i = 0; i < this->numCameras; ++i) {
// each Camera is added to the cameras vector
cameras.push_back(std::make_shared<Camera>(this->camConfig[i]));
}
}
int main()
{
// will hold the Cameras that must outlive the cameraManager
std::vector<std::shared_ptr<Camera>> cameras_to_keep;
{
cameraManager cm{4};
cm.scanNetwork();
cameras_to_keep.push_back(cm.cameras[0]);
cameras_to_keep.push_back(cm.cameras[3]);
} // shared pointers in cameraManager are destroyed, i.e. Camera 1 & Camera 2 are destroyed
}
// remaining Cameras in cameras_to_keep are destroyed
当然,正如上面的评论中提到的,如果您只希望Camera
s存在于cameraManager
中,那么简单地使用没有std::shared_ptr
s的std::vector
可能会更容易。