z智能指针和前置声明之间的小问题
对比Go等其他语言的工程,C++工程让人痛苦的一件事情就是当工程稍微庞大一点,编译时间就蹭蹭蹭往上爬。一般来说看过Effective C++这本书或者其他类似书籍的人都知道要解决编译时长的问题,就要解决好和头文件之间的依赖关系。所以在任何必要的时候要首先考虑使用前置声明而不是之间include头文件。也就是说,在定义类的时候成员变量如果是自定义类型,可以考虑将其声明为指针类型或者是配合智能指针。函数传参时也是一样,使用指针或者引用。
对于一个C工程来说,因为没有智能指针和引用的概念,所以都是直接使用指针配合前置声明。用起来得心应手。
但是C++工程里,有时候为了方便和省心,更多时候指针类型的成员变量会使用智能指针包一下。这个时候有可能会出现编译通不过的情况:
MSVC:
error C2338: can't delete an incomplete type
warning C4150: deletion of pointer to incomplete type 'base';Clang:
error : invalid application of 'sizeof' to an incomplete type 'base'
static_assert(0 < sizeof (_Ty),
^~~~~~~~~~~~
note: in instantiation of member function 'std::default_delete<base>::operator()' requested here
this->get_deleter()(get());
^
./main.h(6,8) : note: in instantiation of member function 'std::unique_ptr<base, std::default_delete<base> >::~unique_ptr' requested here
struct test
^
./main.h(5,8) : note: forward declaration of 'base'
struct base;
看到这里,还是要感谢下clang的输出,比较清楚地把问题的本质原因找出来了。但是等等,我哪里调用了智能指针的析构函数?
稍微有点警觉的情况下,你应该反应过来是默认的析构函数在做析构智能指针这事情。
我们先来做一个尝试,把默认的析构函数显示写出来,然后按习惯把析构函数的定义放到cpp文件里。这时你会发现,编译通过并且能正常运行。
问题来了,为什么显示声明析构函数并将其定义挪到cpp里,这个问题就解决了呢?
还是来一段标准里的话吧:
12.4/4
If a class has no user-declared destructor, a destructor is implicitly declared as defaulted(8.4). An implicitly declared destructor is an inline public member of its class.
所以这个隐式的inline析构函数在调用智能指针的析构函数析构管理的指针对象时,需要知道该对象的大小。而此时只能看到前置声明而无法看到定义也就无从知道大小,只能GG了。
1 #pragma once
2
3 struct base
4 {
5 int x;
6 };
base.h
1 #pragma once
2
3 #include <memory>
4
5 struct base;
6 struct test
7 {
8 std::unique_ptr<base> base_;
9
10 void print_base() const;
11 };
test.h
1 #include "main.h"
2 #include "base.h"
3
4 #include <cstdio>
5
6 void
7 test::print_base() const
8 {
9 std::printf("%d\n", base_->x);
10 }
test.cpp
1 #include "test.h"
2
3 int main()
4 {
5 test t;
6 t.print_base();
7
8 return 0;
9 }
main.cpp