tl；dr：不要“使用指针而不是对象本身”（通常）

你问为什么你更喜欢指针而不是对象本身。一般来说，你不应该。

现在，这条规则确实有多个例外，其他答案已经阐明了这些例外。问题是，这些天来，许多这些例外不再有效！让我们考虑一下公认答案中列出的例外情况：

您需要引用语义。

如果需要引用语义，请使用引用，而不是指针；参见@ST3的答案。事实上，有人会认为，在Java中，传递的通常是引用。

你需要多态性。

如果您知道要使用的一组类，通常可以使用std:：variant＜ClassA，ClassB，ClassC＞（请参阅此处的描述），并使用访问者模式对它们进行操作。当然，C++的变体实现并不是最漂亮的；但我通常更喜欢它，而不是用指针弄脏。

您希望表示对象是可选的

绝对不要为此使用指针。您有std:：可选的，与std:：变体不同，它非常方便。请改用它。nullopt是空（或“null”）可选项。而且-这不是指针。

您希望分离编译单元以提高编译时间。

您也可以使用引用而不是指针来实现这一点。要在一段代码中使用Object&，只要说class Object；，即使用转发声明。

您需要与C库或C样式库交互。

是的，好吧，如果你使用已经使用指针的代码，那么-你必须自己使用指针，不能绕过这一点：-（而且C没有引用。

此外，有些人可能会告诉您使用指针来避免复制对象。由于返回值和命名的返回值优化（RVO和NRVO），这对于返回值来说并不是一个真正的问题。在其他情况下，参考文献可以很好地避免复制。

底线规则仍然与公认的答案相同：只有在有充分理由需要指针时才使用指针。

PS-如果你确实需要一个指针，你仍然应该避免直接使用new和delete。智能指针可能会更好地为您服务，它会自动释放（不像Java那样，但仍然如此）。

在C++中，堆栈上分配的对象（使用Object对象；块内的语句）将只存在于声明的范围内。当代码块完成执行时，声明的对象将被销毁。而如果使用Object*obj=new Object（）在堆上分配内存，则它们将继续驻留在堆中，直到调用delete obj。

如果我想在堆上创建一个对象，而不仅仅是在声明/分配该对象的代码块中使用该对象。

使用指针的另一个好理由是用于前向声明。在一个足够大的项目中，它们确实可以加快编译时间。

这已经详细讨论过了，但在Java中，一切都是指针。它不区分堆栈和堆分配（所有对象都在堆上分配），因此您不会意识到您正在使用指针。在C++中，可以根据内存需求将两者混合使用。C++中的性能和内存使用更具确定性（duh）。

但我不明白为什么我们要这样使用它？

如果您使用：

Object myObject;

在函数内部，此函数返回后，myObject将被销毁。因此，如果您不需要函数外的对象，这很有用。此对象将放在当前线程堆栈上。

如果在函数体内部写入：

 Object *myObject = new Object;

那么，一旦函数结束，myObject指向的Object类实例将不会被销毁，并且分配在堆上。

现在，如果您是Java程序员，那么第二个示例更接近于对象分配在Java下的工作方式。此行：Object*myObject=new Object；等效于java:Object myObject=new Object（）；。不同的是，在javamyObject下，它将被垃圾收集，而在c++下，它不会被释放，您必须在某处显式调用“delete myObject；”否则会导致内存泄漏。

自从c++11以来，您可以通过在shared_ptr/unique_ptr中存储值来使用安全的动态分配方式：新对象。

std::shared_ptr<std::string> safe_str = make_shared<std::string>("make_shared");

// since c++14
std::unique_ptr<std::string> safe_str = make_unique<std::string>("make_shared"); 

此外，对象通常存储在容器中，如map-s或vector-s，它们将自动管理对象的生命周期。

C++提供了三种传递对象的方法：通过指针、引用和值。Java限制您使用后一种类型（唯一的例外是int、boolean等原始类型）。如果你想使用C++而不仅仅是一个奇怪的玩具，那么你最好了解这三种方式之间的区别。

Java假装不存在“谁和什么时候应该销毁这个？”这样的问题。答案是：《垃圾收集器》，棒极了。然而，它不能提供100%的内存泄漏保护（是的，java可以泄漏内存）。实际上，GC给你一种错误的安全感。你的SUV越大，离撤离者的距离就越长。

C++让您面对面地了解对象的生命周期管理。好吧，有一些方法可以解决这个问题（智能指针家族、Qt中的QObject等等），但它们都不能像GC那样以“火即忘”的方式使用：您应该始终记住内存处理。你不仅应该关心破坏一个物体，还必须避免多次破坏同一个物体。

还不害怕吗？好的：循环引用——你自己处理，人类。记住：每一个对象都要被精确地杀死一次，我们C++运行时不喜欢那些处理尸体的人，只留下死去的人。

所以，回到你的问题。

当您通过值（而不是指针或引用）传递对象时，每次执行“=”操作时，都会复制对象（整个对象，无论是几个字节还是一个巨大的数据库转储-您足够聪明，可以避免后者，不是吗？）。要访问对象的成员，请使用“”（点）。

当通过指针传递对象时，只复制几个字节（32位系统为4个，64位系统为8个），即该对象的地址。为了向所有人展示这一点，当您访问成员时，可以使用这个花哨的“->”运算符。或者可以使用“*”和“.”的组合。

当你使用引用时，你会得到一个伪装成值的指针。这是一个指针，但您可以通过“.”访问成员。

还有，再一次让你大跌眼镜：当你声明几个用逗号分隔的变量时，然后（注意指针）：

每个人都有类型值/指针/引用修饰符是单独的

例子：

struct MyStruct
{
    int* someIntPointer, someInt; //here comes the surprise
    MyStruct *somePointer;
    MyStruct &someReference;
};

MyStruct s1; //we allocated an object on stack, not in heap

s1.someInt = 1; //someInt is of type 'int', not 'int*' - value/pointer modifier is individual
s1.someIntPointer = &s1.someInt;
*s1.someIntPointer = 2; //now s1.someInt has value '2'
s1.somePointer = &s1;
s1.someReference = s1; //note there is no '&' operator: reference tries to look like value
s1.somePointer->someInt = 3; //now s1.someInt has value '3'
*(s1.somePointer).someInt = 3; //same as above line
*s1.somePointer->someIntPointer = 4; //now s1.someInt has value '4'

s1.someReference.someInt = 5; //now s1.someInt has value '5'
                              //although someReference is not value, it's members are accessed through '.'

MyStruct s2 = s1; //'NO WAY' the compiler will say. Go define your '=' operator and come back.

//OK, assume we have '=' defined in MyStruct

s2.someInt = 0; //s2.someInt == 0, but s1.someInt is still 5 - it's two completely different objects, not the references to the same one