更改静态数组的大小

Question

我们已经在我们的代码中声明了如下所示的数组。数组要在栈本身上处理。 我们不与malloc或new

char a[20000]; 

现在有需要我们将其更改为1800000(180kb)，而不是20kb分配上堆的内存。 象下面这样：

char a[1800000]; 

我们只是填充一些数据阵列。 这是一个有效的事情吗？

我们可能会遇到什么问题？ 我只是担心价值似乎太大。 有没有更好的方法来绕过这个需求？

我正在solaris unix平台上工作。

Answer 1

我们只是用一些数据填充数组。这是 做的有效事情吗？

是

是什么，我们可能面临的问题？

如果所有的数据访问都是基于阵列前面的，并不是很多。如果从最终采取偏移或基于涉及尺寸的一些计算，则可能存在问题。

我只是担心价值似乎太大。有没有更好的方法来绕过这种需求？

有更好的方法，但不是因为它的大小。 STL containers将是一个好主意。例如，可以在运行期间调整一个std::vector的大小，以满足当前需要。

Answer 2

在大小无关的普通程序上，例如拍摄图像时，它们可以保存mbs和mbs的数据，有时甚至是演出。如果你的程序运行在现代计算机上，我完全不担心它的大小。

您应该考虑将该数据封装到将被动态分配的对象中，因为您可以使用realloc（如果使用c）增加运行时数据的大小。如果正确完成，这也将帮助您隐藏实施细节。

Answer 3

在此范围内使用Malloc或新尺寸。总的来说，堆将更适合更大的分配。更容易调整大小。如果你的分配是在一个函数范围内发生的，而这个函数会把它放在堆栈上，那么情况尤其如此。如果这些是全局变量，那就不是那么糟糕。但是，如果可能的话，我会坚持使用堆分配。

Answer 4

这个数组真的是静态的吗？因为没有static关键字。

无论如何，在栈上创建如此大的数组并不是你真正应该做的。根据编译器的不同，程序可能会崩溃，根据平台和操作系统的不同，它也可能会崩溃。

如果你需要创建这么大的数组，你应该在C++在C malloc()或new做到这一点：

char *array = malloc(1800000 * sizeof(*array)); 

这是更便携，更安全。另外，您无法调整堆叠中的数据大小。所以，使用堆。

HTH， CK

Answer 5

在变量大小的显着增加声明诸如此可影响堆栈。我建议用std::vector替换它，这将创建堆中所需的大部分内存。毕竟，这被标记为C++。

Answer 6

如果您确实是指“静态”，并且这是适合现代平台的平台，那么对于这种大小的静态对象没有问题。在32位平台上，当您达到低千兆字节时，您将开始遇到困难;在64位平台上，唯一的限制是可用的存储容量。

但是，您也会说这是在堆栈上，这意味着它是自动的而不是静态的。这可能是一个问题，尤其是在多线程程序中，因为堆栈的大小是固定的。因此，您应该避免将大件物品放在堆叠上;如果合适的话使它们成为静态的，否则就是动态的 - 用C中的malloc创建它，并在C++中使用std::vector<char>。

万一您需要支持8位或16位平台，您可能会发现创建大于64kb的对象是困难的或不可能的。在这种情况下，您可能需要将其分解为更小的部分（假设您的内存超过64kb;否则，可以从磁带或软盘保存和加载页面，但速度很慢）。

Answer 7

为了澄清一些基本概念：

有关键字静态的，并且有静态存储持续时间，这意味着该变量将持续整个程序的执行，并且只会有一个实例分配的变量。具有静态存储持续时间的对象存储在RAM中的特定段中，通常称为.bss。声明为静态或文件范围（全局变量）的所有变量都具有静态存储持续时间。通过C/C++标准，保证静态存储时间的变量被初始化为零。

堆栈是RAM中的一个动态部分，其中最常分配局部变量和函数参数。在堆栈中分配的变量通常被称为自动的，例如，让编译器自动处理这个变量并将其分配到最适合的位置，这可能在堆栈上，但也可以在CPU寄存器，缓存等中进行分配。 C/C++中的关键字auto，但不需要使用它：所有局部变量和参数默认为自动。自动存储的变量将包含垃圾值，除非明确初始化。

堆是RAM的另一个动态部分，只有当您通过malloc或new显式分配变量时才会使用堆。堆是您在讨论动态内存分配时（通常也称为自由存储管理）通常所指的内容。动态分配的变量将包含垃圾值，除非明确初始化。

在大多数计算机上，静态段和堆只受RAM的数量限制，而堆栈的大小是固定的。在Unix这样的多任务系统中，计算机中的每个进程都会有一个堆栈。我不确定有多大.bss或堆栈Unix/Solaris允许，我怀疑它将取决于计算机的年龄。旧的机器可能会在堆栈上分配1.7MB的问题。我对Unix机器知之甚少，但我怀疑这个建议是在堆上动态分配所有如此大量的数据（这就是你在PC上所做的）。