std::size_t在Linux下是8字节，在Windows下是4字节

最新推荐文章于 2024-07-29 08:30:00 发布

zes11478

最新推荐文章于 2024-07-29 08:30:00 发布

阅读量2.2k

点赞数

分类专栏： Linux

本文链接：https://blog.csdn.net/u013600225/article/details/53055035

版权

Linux 专栏收录该内容

7 篇文章 0 订阅

订阅专栏

我在Windows下写了一个程序，然后放到Linux上编译时，出现了很奇怪的提示，遂将问题代码抽离出来，发现原因在于：std::size_t在Linux下是8字节，在Windows下是4字节。当参数为引用时容易出错。

抽离后的代码如下所示：

#include <iostream>
#include <string>
#include <cstdint>//cstdint standard header, uint32_t, int32_t,
#include <cassert>//cassert standard header,
#include <memory>//std::shared_ptr,

typedef std::shared_ptr<std::string> StdStringPtr;
class TestBuffer
{
public:
    TestBuffer();
public:
    void Feed(const char* data, uint32_t len);
    StdStringPtr NextMessage();
private:
    static StdStringPtr ParseMessage(const char* buff, uint32_t& posBeg, uint32_t posEnd);
private:
    std::string m_buf;
    std::size_t m_posBeg;//std::size_t在Linux下是8字节,在Windows下是4字节.
    std::size_t m_posEnd;
};

TestBuffer::TestBuffer() :m_posBeg(0), m_posEnd(0){}

void TestBuffer::Feed(const char* data, uint32_t len)
{
    m_buf.append(data, len);
    m_posEnd += len;
}

StdStringPtr TestBuffer::NextMessage()
{
    StdStringPtr msg = TestBuffer::ParseMessage(m_buf.c_str(), m_posBeg, m_posEnd);
    assert(m_posBeg <= m_posEnd);
    return msg;
}

StdStringPtr TestBuffer::ParseMessage(const char* buff, uint32_t& posBeg, uint32_t posEnd)
{
    StdStringPtr msg = nullptr;
    const uint32_t msgLen = 5;
    //随便写一个实现:5个字符作为一个消息.
    if (msgLen <= posEnd - posBeg)
    {
        msg = std::make_shared<std::string>(buff + posBeg, msgLen);
        posBeg += msgLen;
    }
    return msg;
}

int main()
{
    std::printf("sizeof(uint32_t)   =%d\n", sizeof(uint32_t));
    std::printf("sizeof(uint64_t)   =%d\n", sizeof(uint64_t));
    std::printf("sizeof(std::size_t)=%d\n", sizeof(std::size_t));

    std::string str = "abcde12345ABCDE67890";
    TestBuffer myBuf;
    myBuf.Feed(str.c_str(), str.length());
    StdStringPtr msg;
    while ((msg = myBuf.NextMessage()).get() != nullptr)
        std::cout << (*msg) << std::endl;
    std::cout << "WILL EXIT..." << std::endl;
    return 0;
}

在Linux下编译时报错：

[root@localhost ~]# g++ -std=c++11 test.cpp
test.cpp: In member function ‘StdStringPtr TestBuffer::NextMessage()’:
test.cpp:33:82: error: no matching function for call to ‘TestBuffer::ParseMessage(const char*, std::size_t&, std::size_t&)’
     StdStringPtr msg = TestBuffer::ParseMessage(m_buf.c_str(), m_posBeg, m_posEnd);
                                                                                  ^
test.cpp:33:82: note: candidate is:
test.cpp:16:25: note: static StdStringPtr TestBuffer::ParseMessage(const char*, uint32_t&, uint32_t)
     static StdStringPtr ParseMessage(const char* buff, uint32_t& posBeg, uint32_t posEnd);
                         ^
test.cpp:16:25: note:   no known conversion for argument 2 from ‘std::size_t {aka long unsigned int}’ to ‘uint32_t& {aka unsigned int&}’
[root@localhost ~]#

刚看到错误提示时，发现函数声明变成‘TestBuffer::ParseMessage(const char*, std::size_t&, std::size_t&)’了，但是我的函数明明是'TestBuffer::ParseMessage(const char* buff, uint32_t& posBeg, uint32_t posEnd)'呀，当时让人感觉太奇怪了。

总结：以后变量的定义、类的数据成员的定义、函数的定义、等接口性质的地方，一律#include <cstdint>，然后用int32_t、uint32_t、int64_t、uint64_t、等不会有歧义的类型。对于std::size_t类型，已经在std里面了，我原以为它不会有歧义了，没想到随着平台的不同，它还是有改变。