From what I understand, in standard C++ whenever you use the new operator you must also use the delete operator at some point to prevent memory leaks. This is because there
You can use C++ with .NET in two ways: managed or unmanaged. In managed mode, .NET's garbage collection will take care of freeing memory on your behalf; in unmanaged mode, you're close to C++'s normal/standard behavior, so you have to take charge of your memory yourself.
In idiomatic high-level C++, you never call delete.
C++ does not have a standard garbage collector that works the same as in C#, and therefore it is true that fundamentally, new
and delete
need to be paired. However, there are mechanisms in C++ that completely eliminate the explicit use of delete
for code written in the modern style.
The first thing to note is that in C++ you use new
much less frequently than you use new
in C#. This is because in C# you use new
whenever you create an instance of a structure, class, or array, but in C++, you use new
only when you want to manage a data element dynamically. Most data in C++ does not require dynamic management and can therefore be created without the use of new
. [Put another way, new
has a different meaning in C# than in C++. In C++ it specifically indicates dynamic allocation, while in C# it is used for any construction.]
Secondly, any time you do call new
in C++, the return value should be handed directly to a smart pointer. The smart pointer will ensure that delete
is automatically called for you at the appropriate time.
By the way, unless you are a guru writing a low-level library (or a student learning how to do this), you should never call new
to allocate an array in C++. The standard library (and also Boost/TR1) provide template classes that allocate and manage arrays for you.
In summary, C++ does not use a garbage collector but it does have its own form of automatic memory management. There are subtle differences between the two approaches, but both approaches automate the release of memory, thereby eliminating most types of memory leaks.
The authoritative demonstration of these concepts is given by C++ creator Bjarne Stroustrup in answer to the question: How do I deal with memory leaks?
See also:
"there is no garbage collection in C++."
Correct.
Your statement about operator new is totally correct...but it's oversimplifying C++ semantics quite a bit.
In C++, objects can be created on the stack or on the heap:
class Foo {};
int main() {
Foo obj1;
Foo* obj2 = new Foo();
delete obj2;
}
In the above example, obj1 is created on the stack and obj2 is created on the heap (with new). Objects created on the heap are not destroyed until delete is explicitly called on them. However, objects on the stack are automatically destroyed when they go out of scope (i.e. when main() returns in this example).
This enables the "Resource Acquisition Is Initialization" idiom (a.k.a. RAII) in C++, which is much more powerful than basic garbage collection. Resources that need to be cleaned up (heap memory, sockets, files, DB connections, etc.) are generally put in stack-based objects whose destructors take care of cleanup.
In contrast, Java and C# don't allow objects to be constructed on the stack, and do not guarantee that collection will ever happen nor that finalizers will run (I'm not a C# guy, so I may be a little wrong there). So while you get free heap memory management in Java/C#, you'll actually end up with a lot more resource cleanup code in those languages than you do in C++.
Automatic garbage collection is useful, but you can still get memory leaks, as this question shows:
Memory Leaks in C# WPF
It is decreased in .NET and Java, but that doesn't mean it allows bad coding to be taken care of automatically.
So, in C++ you need to explicitly release what you request, and I think that is sometimes better, as you are aware of what is going on. I wish in .NET and Java that the garbage collector did little in Debug mode, to help ensure people are aware of what they are doing.
Correct you have to worry about garbage collection on C++.
And... there is no need to worry about garbage collection on .NET.
Only if you have such intensive and long scripts that you feel need the optimization do you need to focus on that.
Edit: Both asveikau and Pavel Minaev comments are great, thanks! I overgeneralized to pass the message.