对于预分配C阵列来说，过度配置是一种糟糕的做法吗？
我正在编写一个从Python到C的接口，C中的数据结构是一些变量大小的数组。因为在初始化数组之前，大小不是一个常数，所以我不知道数组的长度 将数组大小设置为1000，而数组大小可能介于1和1000之间-这是一种不好的做法吗？ 有什么更好的方法可以做到这一点？马洛克对于预分配C阵列来说，过度配置是一种糟糕的做法吗？,c,arrays,C,Arrays,我正在编写一个从Python到C的接口，C中的数据结构是一些变量大小的数组。因为在初始化数组之前，大小不是一个常数，所以我不知道数组的长度 将数组大小设置为1000，而数组大小可能介于1和1000之间-这是一种不好的做法吗？ 有什么更好的方法可以做到这一点？马洛克 上下文：此数组指针将用于通过网络作为应用层协议发送数据，因此我需要将数据作为数组。如果分配1000个元素会增加平台上可用的内存，这只是一种不好的做法。只有1000个元素，在服务器或台式机上很少会出现问题；这可能是嵌入式系统中的一个问题
上下文：此数组指针将用于通过网络作为应用层协议发送数据，因此我需要将数据作为数组。如果分配1000个元素会增加平台上可用的内存，这只是一种不好的做法。只有1000个元素，在服务器或台式机上很少会出现问题；这可能是嵌入式系统中的一个问题。如果您正在考虑预分配1M或更多的元素，特别是如果正常情况下是1k元素，那么即使在大型机器上，这也可能是一种过度消耗，尽管这并不完全明确。堆栈大小是有限的，但全局变量通常是巨大的
如果有1001个项目需要处理，那么后备计划是什么？当有更多行时，您的测试是否将验证行为？忽略此问题是不可接受的-它可能导致缓冲区或数组溢出。如果您恢复到动态分配，可能您应该一直在动态分配（至少这样您知道动态内存分配代码是经过测试的）。如果您只是想拒绝额外的元素，而这对用户来说是可以的，那么您可以简单地使用固定大小并检查它是否溢出。如果分配1000个元素会增加平台上可用的内存，这只是一种不好的做法。只有1000个元素，在服务器或台式机上很少会出现问题；这可能是嵌入式系统中的一个问题。如果您正在考虑预分配1M或更多的元素，特别是如果正常情况下是1k元素，那么即使在大型机器上，这也可能是一种过度消耗，尽管这并不完全明确。堆栈大小是有限的，但全局变量通常是巨大的
如果有1001个项目需要处理，那么后备计划是什么？当有更多行时，您的测试是否将验证行为？忽略此问题是不可接受的-它可能导致缓冲区或数组溢出。如果您恢复到动态分配，可能您应该一直在动态分配（至少这样您知道动态内存分配代码是经过测试的）。如果您只是想拒绝额外的元素，而这对用户来说是可以的，那么您可以简单地使用固定大小，并检查它是否溢出。否。这是一种正常的做法。静态分配和动态分配各有利弊。你应该对他们进行评估。不，这不是一个基于意见的问题，如果给出完整的信息，答案是相当客观的。听起来你想要一个可变长度数组（C从C99开始就有了）。我建议
allocaalloca