应该在C ++中使用数组吗？

既然存在std::list并且std::vector存在，是否有理由在C ++中使用传统的C数组，还是应该避免使用它们，就像malloc？

在std::array可用的C ++ 11中，答案是“是的，应避免使用数组”。在C ++ 11之前，您可能需要使用C数组在自动存储中（即在堆栈上）分配数组。

当然，尽管std::array在C ++ 11中使用，但实际上仅用于静态数据。C样式数组具有以下三个重要优点 std::vector：

• 他们不需要动态分配。因此，如果您可能有很多非常小的数组，则首选C样式数组。说出类似n维点的内容：

  template <typename T, int dims>
  class Point
  {
      T myData[dims];
  // ...
  };
  

  通常，您可能会想到a dims会非常小（2或3）， T内置类型（double），并且最终可能 std::vector<Point>包含数百万个元素。您绝对不希望3百万的数百万个动态分配。

• 支持静态初始化。这仅是静态数据的问题，例如：

  struct Data { int i; char const* s; };
  Data const ourData[] =
  {
      { 1, "one" },
      { 2, "two" },
      //  ...
  };
  

  这通常比使用向量（和std::string）更可取，因为它避免了初始化问题的所有顺序。在执行任何实际代码之前，数据已预加载。

• 最后，与上述内容相关，编译器可以从初始化程序计算数组的实际大小。您不必数数。

如果您可以使用C ++ 11，则std::array可以解决前两个问题，并且在第一种情况下，绝对应优先使用C样式数组。但是，它没有解决第三个问题，并且让编译器根据初始化程序的数量来确定数组的尺寸仍然是首选C样式数组的有效理由。

永远不要说“从不”，但我同意STL的真实数据结构会大大削弱它们的作用。

我还要说的是，将对象封装在内部应该可以最大程度地减少此类选择的影响。如果数组是私有数据成员，则可以在不影响类客户端的情况下将其交换入或交换出。

我曾在无法使用动态内存分配的安全关键系统上工作。内存必须始终在堆栈上。因此，在这种情况下，您将使用数组，因为大小在编译时是固定的。

array可以c++为您提供固定尺寸的动态尺寸std::vector和动态尺寸的快速替代方案std::list。std :: array是中的新增功能之一c++11。它提供了std容器的优点，同时仍然提供了C样式数组的聚合类型语义。

因此，在向量中c++11我肯定会使用std::array，在需要的地方。但是我会避免使用C样式数组C++03。

通常，不，我想不出使用原始数组的理由，例如vectors。如果代码是新的。

如果您的库需要与需要数组和原始指针的代码兼容，则可能不得不使用数组。

我知道很多人指出std :: array用于在堆栈上分配数组，而std :: vector用于堆。但是似乎都不支持非本地对齐。如果您要使用SSE或VPX指令执行任何类型的数字代码（因此分别需要128或256字节对齐），C数组似乎仍然是您的最佳选择。

我要说的是数组仍然有用，如果您要存储少量静态数据，为什么不这样做。

std::vector我可以想到的一个数组（当然是包裹在可以在需要时自动处理其释放的东西）中的唯一优点是，vector它不能传递其数据的所有权，除非您的编译器支持C ++ 11并移动构造函数。

C样式数组是基本的数据结构，因此在某些情况下最好使用它。但是，对于一般情况，请使用更高级的数据结构来完善基础数据的角落。C ++允许您对内存做一些非常有趣和有用的事情，其中​​许多工作都与简单数组一起使用。

您应在内部使用STL容器，但不应在不同模块之间传递指向此类容器的指针，否则最终将陷入依赖地狱。例：

std::string foo;
//  fill foo with stuff
myExternalOutputProc(foo.c_str());

是一个很好的解决方案，但不是

std::string foo;
//  fill foo with stuff
myExternalOutputProc(&foo);

原因是std :: string可以用许多不同的方式实现，但是c样式字符串始终是c样式字符串。