SWIG封装C++类构造函数传unique_ptr参数编译报错问题

编译报错的直接原因是std::unique_ptr是独占所有权语义的智能指针，其拷贝构造函数被显式删除，而SWIG默认生成的包装代码会尝试以拷贝方式传递unique_ptr类型的构造函数参数，直接触发调用已删除函数的错误。

根据你的实际所有权需求选对应方案即可：

• 方案1：启用SWIG对unique_ptr移动语义的原生支持
  如果你确实需要把传入指针的独占所有权完全转移给C++侧类实例，直接在SWIG接口文件(.i)中添加如下配置，让SWIG生成代码时自动调用std::move做右值转换，避免拷贝：

  // 引入SWIG官方对std::unique_ptr的类型支持
  %include <std_unique_ptr.i>
  // 标记对应类型的unique_ptr为入参，自动应用移动语义
  %apply std::unique_ptr<YourParamType> INPUT { std::unique_ptr<YourParamType> };
  

  配置完成后重新生成_wrap.cpp文件即可消除编译错误，所有权转移逻辑完全符合C++标准规范。
• 方案2：调整接口参数类型，规避跨语言传递独占所有权
  如果C++构造函数不需要持有传入对象的独占所有权，仅需要访问对象内容，最优做法是把构造函数参数调整为裸指针或者const引用，跨语言边界传递无所有权语义的指针/引用是SWIG适配最成熟的场景，不会出现语义不匹配的问题，也能从根源上避免内存管理错误。
• 方案3：通过%extend扩展辅助构造函数做适配
  如果不能修改原有C++接口代码，可以在SWIG接口文件中通过%extend指令给目标类添加接收裸指针的辅助构造函数，内部完成unique_ptr的构造，同时忽略原有的unique_ptr参数构造函数即可：

  // 忽略原有的unique_ptr入参构造函数，避免生成冲突的包装代码
  %ignore TargetClass::TargetClass(std::unique_ptr<ParamType>);
  
  %extend TargetClass {
    TargetClass(ParamType* param) {
      return new TargetClass(std::unique_ptr<ParamType>(param));
    }
  }
  

  这种方式下脚本侧只需要按普通指针对象传参即可，所有权转移逻辑完全收敛在C++侧，不会触发unique_ptr拷贝的问题。

注意：不要通过任何方式给std::unique_ptr添加拷贝构造适配，这完全违反unique_ptr的独占所有权设计，会直接引发双重释放、悬垂指针等严重内存问题。

内容的提问来源于stack exchange，提问作者Simon_lb