我之前也碰到过这个情况，在VS2015 Update3里这确实是个坑——这不是std::make_unique的普遍缺陷，而是Visual Studio 2015特定版本的编译器/标准库实现bug。下面详细解释原因和修复方案：

问题原因 #

1. 标准层面的合理性：
   C++14引入的std::make_unique本身的设计严格遵循类型推导规则，有符号/无符号不匹配这类类型转换在标准中属于应该触发警告的场景。在GCC、Clang等其他主流编译器中，开启对应警告等级（比如GCC的-Wsign-conversion）后，通过make_unique传递不匹配类型的参数时，会正常触发警告并报错（如果开启警告转错误）。

2. VS2015的具体问题：
   VS2015的标准库实现中，std::make_unique的模板函数在参数转发时，编译器的警告检测机制出现了遗漏——当你通过make_unique传递有符号类型参数给期望无符号类型的构造函数时，编译器没有在模板实例化阶段触发W4等级的有符号/无符号不匹配警告，而直接调用构造函数的话则会正常触发。这属于VS2015编译器对模板函数参数转换的警告处理bug。

修复方法 #

• 显式类型转换（最直接）：
  手动将参数转换为匹配的类型，比如把int转为size_t，从根源消除类型不匹配：

  // 假设构造函数需要size_t参数，原来的int变量为n
  auto ptr = std::make_unique<MyClass>(static_cast<size_t>(n));
  

• 自定义make_unique替代实现：
  自己实现一个简化版的make_unique，因为自定义模板的参数转发会被VS2015的编译器正确检测警告：

  #include <memory>
  template<typename T, typename... Args>
  std::unique_ptr<T> my_make_unique(Args&&... args)
  {
      return std::unique_ptr<T>(new T(std::forward<Args>(args)...));
  }
  
  // 使用时替换std::make_unique
  auto ptr = my_make_unique<MyClass>(n); // 此时会正常触发有符号/无符号不匹配警告
  

• 升级Visual Studio版本：
  VS2017及以后的版本修复了大量标准库和编译器的警告处理问题，开启W4并设置WX后，std::make_unique的参数类型不匹配会被正确检测到，建议升级到较新的VS版本（比如VS2022）来彻底解决这类问题。

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