- mongodb - 在 MongoDB mapreduce 中,如何展平值对象?
- javascript - 对象传播与 Object.assign
- html - 输入类型 ="submit"Vs 按钮标签它们可以互换吗?
- sql - 使用 MongoDB 而不是 MS SQL Server 的优缺点
我可以假设对于任何类型T
, 类型 std::list<T>
将有相同的,恒定的大小?为了清楚起见,我的意思是“主”类型本身的大小,而不是它分配的内存。
在我看来,假设 T
的大小是合乎逻辑的。本身应该只影响使用分配器分配的列表节点的大小。
但是,有两件事可能会导致 sizeof(std::list<T>)
的变化。我能想到:
std::list
的标准 C++ 库输入一些 T
std::list<T>
中的实例本身。这对我来说似乎是个坏主意,它可能违反了标准提出的“恒定时间”要求;std::list<T>
对于某些类型,特化具有不同的大小。我想不出 (1) 或 (2) 的任何用途,但我可能错了。
我想要实现的是使用 std::list<T>
为模板类使用固定大小的切片分配器。里面。
注意:这是关于不同类型 T
的差异。 , 而 not 用于不同的分配器。我将明确控制所有实例化,它们都将使用 std::allocator
.
最佳答案
是的,可以。
该标准对 list<T>
的大小没有任何精确的保证。据我所知,反对。不过,还有其他保证。
让我们揭穿一些事情:
A standard C++ library trying to 'optimize' the
std::list
type by putting some ofT
instances into thestd::list<T>
itself. That seems like a bad idea to me, and it probably breaks the 'constant time' requirements put by the standard;
只要这个数字是有界的,它就不会以任何方式打破“恒定时间”的要求,因为 O(5) 是 O(1)。然而,在 splice
操作时,节点应该从一个列表移动到另一个列表而不在内存中移动。因此禁止本地存储。
A standard C++ having library specializations of
std::list<T>
for some types, with the specializations having different sizes.
由于我们已经排除了本地存储的可能性,因此很难想象基础 std::list<T>
的任何其他变体。 单独输入。
让我们担心什么是重要的:
std::list<T>
分配的内存由它的第二个模板参数提供:分配器。大多数分配器(包括默认的 std::allocator<T>
)使用简单的指针类型:T*
...但是分配器应该可以随意更改这种类型。
因此,通过更改 allocator
参数(更准确地说,它的指针类型),自然会改变 std::list
的大小我见过的所有实现中的容器。
请注意,分配器本身可以专门用于某些类型,但是使用重新绑定(bind)魔法有点难以实现。
关于c++ - sizeof(std::list<T>) 可以因不同类型的 T 而有所不同吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11794464/
这个问题已经有答案了: Why isn't sizeof for a struct equal to the sum of sizeof of each member? (13 个回答) 已关闭 8
先生。 Stroustrup 在他的新书(TCPL 第 4 版)第 149 页写下了以下内容 1 N && sizeof(long)<=N任何 N 值的实现,更不用说任何人都会考虑使用 wchar_t
如 [5.3.3/3] 所述(expr.sizeof,工作草案): The sizeof operator can be applied to a pointer to a function, but
从C标准来看,int至少有16bit,long至少有32bit,long long如果有的话至少有64bit(有些平台可能不支持)。只是想知道标题中的句子是否总是正确的。 最佳答案 没有。该标准仅定义
我运行的是 Windows 7(64 位)。 这个问题与此处找到的问题相同: long on a 64 bit machine 但更深入,因为它处理更多的数据类型并适用到 C 或 C++,而不是 C#
关闭。这个问题是opinion-based .它目前不接受答案。 想改进这个问题?更新问题,以便 editing this post 可以用事实和引用来回答它. 8年前关闭。 Improve this
这个问题在这里已经有了答案: Length of array in function argument (9 个回答) 关闭 9 年前。 #include void printS(char []);
我承认这三个都有不同的含义。但是,我不明白这些具体情况适用于哪些特定情况。任何人都可以分享每个例子吗?谢谢。 malloc(sizeof(int)) malloc(size
To avoid things quietly breaking if you change the array size, I suggest std::copy(a, a + sizeof(a)/
我在 python 中注意到以下事实: >>> (1, 2, 3).__sizeof__() 48 >>> [1, 2, 3].__sizeof__() 64 我理解列表和元组之间的区别,但我希望它们
是否存在与指针大小相同的整数类型?保证所有微架构? 最佳答案 根据 this Wikipedia page ,在 C99 中,您的 stdint.h header 可能声明了 intptr_t 和 u
我注意到 int 和 double 的大小与使用函数 MPI_Type_size(MPI_INT, &MPI_INT_SIZE); 计算的不同。这是否意味着 sizeof(MPI_INT) 返回了错误
这个问题已经有答案了: How to find the size of an array (from a pointer pointing to the first element array)? (
为什么 sizeof 运算符返回的结构大小大于该结构成员的总大小? 最佳答案 这是因为添加了填充以满足对齐约束。 Data structure alignment影响程序的性能和正确性: 未对齐的访问
为什么 sizeof 运算符返回的结构大小大于该结构成员的总大小? 最佳答案 这是因为添加了填充以满足对齐约束。 Data structure alignment影响程序的性能和正确性: 未对齐的访问
为什么 sizeof 运算符返回的结构大小大于该结构成员的总大小? 最佳答案 这是因为添加了填充以满足对齐约束。 Data structure alignment影响程序的性能和正确性: 未对齐的访问
为什么 sizeof 运算符返回的结构大小大于该结构成员的总大小? 最佳答案 这是因为添加了填充以满足对齐约束。 Data structure alignment影响程序的性能和正确性: 未对齐的访问
为什么 sizeof 运算符返回的结构大小大于该结构成员的总大小? 最佳答案 这是因为添加了填充以满足对齐约束。 Data structure alignment影响程序的性能和正确性: 未对齐的访问
为什么 sizeof 运算符返回的结构大小大于该结构成员的总大小? 最佳答案 这是因为添加了填充以满足对齐约束。 Data structure alignment影响程序的性能和正确性: 未对齐的访问
为什么 sizeof 运算符返回的结构大小大于该结构成员的总大小? 最佳答案 这是因为添加了填充以满足对齐约束。 Data structure alignment影响程序的性能和正确性: 未对齐的访问
我是一名优秀的程序员,十分优秀!