C++:When creating a new objects inside a function and returning it as result, must I use the new operator to create the object?

后端 未结 4 696
自闭症患者
自闭症患者 2020-12-15 10:59

I have two dummy questions which have confused me for a while. I did do some searching online and read through much c++ tutorials, however I cannot find concrete answers.

相关标签:
4条回答
  • 2020-12-15 11:48

    What you did probably mean is:

    Node* func()
    { 
        Node n(10); 
        return &n;
    }
    

    But that would lead to undefined behavior, as the Node n would be on the stack and not under your control.

    Node* func()
    { 
        Node* n = new Node(10); 
        return n;
    }
    

    That would work, but you would need to free the Node* in your destructor.

    If you can use c++11 features I'd probably go with an std::unique_ptr<Node>:

    class Node
    {
       int data;
       std::unique_ptr<Node> next;
    }
    std::unique_ptr<Node> func()
    { 
        std::unique_ptr<Node> n(new Node(10)); 
        return n;
    }
    

    That way your Node would be freed by the destructor of the std::unique_ptr<>.

    0 讨论(0)
  • 2020-12-15 11:48

    No, you don't have to use new to return an object from a function. You can return a copy of a local object.

    Q1: Will the node n be destroyed?

    EDIT according to the new code:

    The return type of the function is Node* but you're returning n which is a Node. Your example can't compile. The local Node n will be destroyed at the end of the function, yes. As do all variables with automatic storage (non-static locals).

    Answer according to the old code:

    You have a Node* i.e. a pointer. You try to initialize the pointer with integer 10, but that shouldn't compile. If the code would compile, a copy of the pointer would be returned and the local pointer is destroyed at the end of the function. No Node instances have been created. Dereferencing the returned pointer would have undefined behaviour unless you're absolutely sure that you've allocated a Node instance at the memory address that you initialize the pointer to (which doesn't happen in the shown code).

    Q2: How to write a destructor for the node class?

    It depends on your design. If the memory of Node's is managed by an enclosing class (for example, List) you could choose to do nothing in Node's destructor. If Node is responsible for the linked Node's memory, you'll need to allocate the instances dynamically (with new) and delete in the destructor. Manual deletion is not necessary if you use std::unique_ptr.

    0 讨论(0)
  • 2020-12-15 11:49

    You can return pointer to local object, but it will be pointed to stack memory, so results may be suprising. Look the following code:

    #include <iostream>
    
    using namespace std;
    
    class Node { public: int n; };
    
    Node* create(int n) {
        Node node = Node();
        node.n = n;
        cout << "Created " << node.n << endl;
        return &node;
    }
    
    int main() {
       Node* n1 = create(10);
       Node* n2 = create(20);
       cout << "Reading " << n1->n << endl;
       cout << "Reading " << n2->n << endl;
       return 0;
    }
    

    You won't get "10" "20" output. Instead

    Created 10
    Created 20
    Reading 20
    Reading 1891166112
    

    First object was destructed (when first create function call ended). Second object was created on top of destructed n1, so n1 address was equal to n2 address.

    Compiler will warn you when you return stack addresses:

    main.cpp: In function Node* create(int):
    main.cpp:8:10: warning: address of local variable node returned [-Wreturn-local-addr]
         Node node = Node();
    
    0 讨论(0)
  • 2020-12-15 11:56

    Question 1

    Node* func() { Node n; Node* ptr=&n; return n;}
    

    Your code creates a local Node instance (on the stack), then returns its address. When the function returns, the Node instance, being a local variable, is destroyed. The address the function returned now points to some memory with undefined contents, and any attempts at dereferencing this pointer will lead to undefined behavior.

    In order to create a node, you actually need to call a Node constructor. How you want to return the result is relevant to how you call the constructor.

    • You can either return a pointer as you were trying to do, in which case you need to use the new operator:

        Node* func() { 
          Node* n = new Node(10); 
          return n;
        }
      

      However, when you do this, you give func callers the responsibility to destroy the object in question. Since new and delete are symmetrical operations, it is considered better form to put them in symmetrical places in your code, e.g. like this:

        void cnuf(Node* p) { 
          delete p; 
        }
      

      A better alternative altogether may be to use std::shared_ptr which gives you reference counting, like this:

        std::shared_ptr<Node> func() {
          return std::make_shared<Node>(10);
        }
      

      Using this approach, the callers do not need to manually manage each node's lifecycle. Another alternative is using std::unique_ptr instead, which only allows single object ownership.

    • Or you can return the node by value, in which case you create it locally, and then let the function return mechanisms make a copy when you return it:

        Node func() { 
          Node n(10); 
          return n;
        }
      

    Question 2

    You can declare a destructor like this in your Node class declaration:

    class Node {
      ...
      ~Node();
    }
    

    Then, you can define it like this:

    Node::~Node() {
      ...
    }
    

    However, it is probably better to actually let the list managed the connection between its Node instances (next field), and only let the Node class manage the lifecycle of its member data (data field)

    0 讨论(0)
提交回复
热议问题