编译器仅在类中未声明任何构造函数时隐式生成默认构造函数；一旦定义带参构造函数（如car(string b)），默认构造函数即被禁用，导致car c;报错，需显式添加无参构造函数或使用带默认参数的构造函数（如car(string b = "unknown")）来解决。
带参数的构造函数不是“怎么调用”的问题，而是“怎么定义 + 怎么避免编译失败”的问题。一旦你写了带参构造函数，默认构造函数就没了——这是绝大多数人踩坑的起点。
为什么写了 Car(string b) 之后 Car c; 就报错？
编译器只在你**完全没写任何构造函数**时，才自动生成一个空的 default constructor。只要你写了哪怕一个带参构造函数（比如 Car(string b)），这个自动补全就立即失效。
- 错误现象：
error: no matching function for call to 'Car::Car()' - 根本原因：类中没有可匹配无参调用的构造函数
- 解决办法：显式加一个无参版本，或给参数设默认值
Car(string b = "Unknown") 能替代默认构造函数吗？
可以，但要注意语义和隐式转换风险。带默认参数的构造函数仍算作“用户定义的构造函数”，它会阻止编译器生成默认构造函数，但它本身能响应 Car c; 和 Car c("BMW"); 两种调用。
- 优点：代码少，满足基本初始化需求
- 隐患：
Car c = "Tesla";会触发隐式类型转换（如果没加explicit） - 建议：仅当该参数确实“可选且安全”时才用默认参数；否则分开写两个构造函数
什么时候必须用初始化列表而不是函数体内赋值？
当你初始化以下三类成员时，初始化列表 是唯一合法方式：
-
const成员：比如const int id;—— 函数体里不能改，只能在初始化列表里定死 - 引用成员：比如
int& ref;—— 引用必须绑定，不能先声明再赋值 - 没有默认构造函数的类类型成员：比如
std::string有默认构造函数，但你自己写的DatabaseConnection如果没写无参构造，就必须在初始化列表里传参调用
示例：Car(string b) : brand(b) { } 比 Car(string b) { brand = b; } 更高效、更安全，尤其对非 POD 类型。
多个带参构造函数共存时要注意什么？
重载本身没问题，但要警惕歧义和隐式转换链。比如同时存在：
Car(int year); Car(const string& model); Car(double price);
这时写 Car c = 2025; 或 Car c = "Model X"; 都可能意外触发隐式转换，甚至产生二义性（如传入 0，int 和 double 都能转）。解决方法：
- 对单参数构造函数加
explicit（除非你真想支持隐式转换） - 避免参数类型过于接近（比如
int和unsigned同时存在） - 用
enum class或具名工厂函数替代魔法数字/字符串
最常被忽略的是：你以为只是“多写一个构造函数”，实际上是在改变整个类的默认行为、对象生命周期起点和接口契约。初始化不是语法糖，是对象能否安全存在的第一道关卡。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
