Why is std::allocator a template?

Question

The job of an allocator is to obtain "raw" memory via its allocate method. What the caller constructs in the memory returned by the allocator is of no concern to the allocator (right?). So why is std::allocator a template when this only seems to add unnecessary complexity? What does the allocator actually do with that type information? Why does it have to know the type of object the memory is for? I'm assuming that there is some obvious reason that I'm missing, so what is that reason?

Answer 1

Well, std::allocator , and the Allocator concept itself, were invented to deal with issues like near- and far-pointers, or generally pointers to different address-spaces. And they deal with that ... adequately. The allocator determines the pointer-type used.

They can also be used to deal with different memory-allocators, though the amount of boilerplate for that is somewhat staggering.

And finally, an allocator-aware container can coupled with an allocator taking advantage of that provide a sub-allocator to child-elements, which might help reduce overhead.

---

The first point is nowadays mostly obsolete, though it can be used with the second point to have a mapping-address-invariant container in a shared memory segment, or a file.

The second point can be used for taking advantage of specialized allocators, though the interface is not really good for that. An example where I used it to hack me a secure std::basic_string .

And the last point is rarely used.

---

The one huge disadvantage of the Allocator concept as defined is the fact that it uses a template. All use already goes through std::allocator_traits<Allocator> , so it just leads to types inadvertently being almost the same, were there not the template-argument to the allocator.
And also to much duplicated code to rebind the allocator appropriately.

Answer 2

Alignment comes to mind. Different types have different alignment requirements, a memory location that is good for a char array may not be good for a double (which generally require 8-byte aligned addresses).

OTOH, it should be noted that malloc solves this problem by providing memory that have a correct alignment for the most stringent of the built-in types, which is generally a good enough solution for a general-purpose allocator.