为什么mapped_file::data返回char*而不是void*

或者更好的模板<T*> ?

如果内存映射文件包含一个32位整数序列，如果data()返回一个void*，我们可以直接静态转换为std::uint32_t。

为什么boost作者选择返回一个char* ?

编辑:正如所指出的，如果可移植性是一个问题，则需要翻译。但是，说一个文件(或在这种情况下的一块内存)是一个字节流，而不是比特流，或IEEE754双精度，或复杂的数据结构，在我看来，这是一个非常宽泛的说法，需要更多的解释。

即使必须处理端序，能够直接映射到be_uint32_t的向量(并在这里实现)将使代码更具可读性:

struct be_uint32_t {
  std::uint32_t raw;
  operator std::uint32_t() { return ntohl(raw); }
};
static_assert(sizeof(be_uint32_t)==4, "POD failed");

是否允许/建议转换为be_uint32_t* ?为什么，或者为什么不?

应该使用哪种类型的强制转换?

EDIT2:既然要讨论一个细化器的内存模型是由位、字节还是词组成的，似乎很难切入正题，我将重新措辞，给出一个例子:

#include <cstdint>
#include <memory>
#include <vector>
#include <iostream>
#include <boost/iostreams/device/mapped_file.hpp>
struct entry {
  std::uint32_t a;
  std::uint64_t b;
} __attribute__((packed)); /* compiler specific, but supported 
                              in other ways by all major compilers */
static_assert(sizeof(entry) == 12, "entry: Struct size mismatch");
static_assert(offsetof(entry, a) == 0, "entry: Invalid offset for a");
static_assert(offsetof(entry, b) == 4, "entry: Invalid offset for b");
int main(void) {
  boost::iostreams::mapped_file_source mmap("map");
  assert(mmap.is_open());
  const entry* data_begin = reinterpret_cast<const entry*>(mmap.data());
  const entry* data_end = data_begin + mmap.size()/sizeof(entry);
  for(const entry* ii=data_begin; ii!=data_end; ++ii)
    std::cout << std::hex << ii->a << " " << ii->b << std::endl;
  return 0;
}

如果map文件包含正确顺序的预期位，是否有其他原因避免使用reinterpret_cast来使用我的虚拟内存而不首先复制它?

如果没有，为什么要通过返回一个类型化指针来强制用户进行reinterpret_cast ?

请回答所有问题以获得加分