C++引用传值替代值传递：C转C++开发者的Qt类困惑

嘿，我太懂从C转C++的纠结了——指针和引用看起来差不多，实则细节差很多。结合你的Qt node类代码，咱们来聊聊怎么用引用传值替代值传递，同时符合Qt的框架特性：

先搞清楚什么时候该用引用传值 #

• 对于自定义类型（比如QGraphicsRectItem、QObject）：值传递会触发拷贝构造，不仅开销大，而且Qt里很多类（比如QObject子类）根本禁止拷贝，所以优先用const 引用或者指针——不过引用更安全，能避免空指针问题（前提是绑定的对象一定存在）。
• 对于基本类型（比如int）：值传递和引用传递的开销几乎没区别，用const 引用更多是代码风格上的统一，或者如果是大型结构体才需要考虑性能。

针对你的node类的具体修改方案 #

先看你原有的类代码：

class node : public QObject {
    Q_OBJECT
public:
    explicit node(QObject *parent = 0);
    explicit node(QObject *parent = 0, QGraphicsRectItem * obj = Q_NULLPTR);
    explicit node(QObject *parent = 0, QGraphicsRectItem * obj = Q_NULLPTR, int val = 0);
private:
    QGraphicsRectItem * rect;
    int terrain;
};

node::node(QObject *parent) : QObject(parent) {
    // 原初始化逻辑
}

1. 处理QGraphicsRectItem参数 #

你现在用的是指针传参，改成引用的话要分两种情况：

• 如果只是读取对象属性，不修改它：用const QGraphicsRectItem&，更安全且避免拷贝：

  // 注意：引用参数的默认值不好直接设，因为引用必须绑定到存在的对象
  explicit node(QObject *parent = nullptr, const QGraphicsRectItem& obj);
  explicit node(QObject *parent = nullptr, const QGraphicsRectItem& obj, const int& val);
  

  但这里有个小坑：引用参数没法像指针那样直接设Q_NULLPTR当默认值，因为引用必须绑定到一个真实存在的对象。如果你的构造函数需要默认参数，那继续用指针传参其实更符合Qt的常规写法。

• 如果需要修改传入的QGraphicsRectItem对象：用QGraphicsRectItem&（不带const），但要确保调用方传入的是可修改的对象。

2. 处理int类型参数 #

int是基本类型，改成const int&完全可行，但性能上没什么提升，主要是代码风格统一：

explicit node(QObject *parent = nullptr, QGraphicsRectItem * obj = nullptr, const int& val = 0);

3. 构造函数初始化列表的正确写法 #

不管用指针还是引用，初始化类成员时要注意：
比如如果用const QGraphicsRectItem&传参，你的rect指针成员要取对象的地址赋值：

node::node(QObject *parent, const QGraphicsRectItem& obj, const int& val) 
    : QObject(parent), rect(&obj), terrain(val) {
    // 这里不用额外拷贝，直接绑定地址
}

⚠️ 重要提醒：用引用传参时，必须保证传入的对象生命周期长于你的node对象，否则rect指针会变成悬空指针，导致程序崩溃。这也是为什么Qt里很多场景更偏爱指针传参——能更直观地提醒开发者注意对象生命周期。

额外注意：QObject子类的特殊性 #

因为你的node继承了QObject，而QObject子类是禁止拷贝和赋值的，所以你自己的node对象也不能用值传递，只能用指针或者引用传递，这一点一定要记住！

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