探究在linux下和windows下atoi函数在溢出处理的区别

时间:2024-04-02 13:56:54

最近在复习数据结构刷leetcode的时候突然出现了一个问题。

探究在linux下和windows下atoi函数在溢出处理的区别

上面这是题目,当然简单的做肯定简单,我想用atoi和to_string函数,然后就出现问题了。

本来我在windos本机测试,当数字正溢出的时候,atoi返回的数字都是INT_MAX,然后就想当然拿aoti函数测试,如果返回的数字是INT_MAX的时候,就表示溢出了直接返回0.

然后提交之后,死活就不对,查看了一下执行结果,发现当输入是INT_MAX的时候,leetcode上的编译器直接返回给我了一个负数。而不是预期的INT_MAX。而且随着大数的不同,这个返回值并不固定。

然后我就拿以下代码去本机和阿里云上分别跑了一下。

#include<iostream>
#include<string.h>
#include<vector>
#include<algorithm>
#include<iomanip>
#include<time.h>
#include<math.h>
#include<set>
#include<list>
#include<climits>
#include<queue>
#include<cstring>
#include<map>
#include<stack>
#include<string>
using namespace std;

int main()
{
	//2147483647
	cout << atoi("7463847412") << endl;
	return 0;
}

为了方便就这么简单好了。

windows下运行结果如下:

探究在linux下和windows下atoi函数在溢出处理的区别

结果和预期一致

然后在linux上用g++编译运行,得到的如下:

探究在linux下和windows下atoi函数在溢出处理的区别

我们可以修改成更大的数字尝试一下

如把第一位的7改成8

windows下

探究在linux下和windows下atoi函数在溢出处理的区别

仍旧和预期一致

然后再看linux

探究在linux下和windows下atoi函数在溢出处理的区别

显然不同了。

由此可见linux下和windows下atoi函数是不同的,可是百度上有的说的结果正好与这个实际测试情况相反不知道是为什么。

当然也有可能和g++编译和vs编译的不同引起的,于是我在windows上用去安装了g++编译了一下,(苦逼的安装了半天)

发现得到的结果

探究在linux下和windows下atoi函数在溢出处理的区别

和linux上一致。

也就是说造成atoi结果的原因只和编译器有关系,vs下的编译器和g++的编译器是存在出入的,和系统本身没有关系。