我查阅了C标准（从1999年开始），它只说RAND_MAX至少应该是32767，但是没有说明这个宏是否应该扩展为signed或unsigned int。 Single UNIX Specification（ 链接1 ， 链接2 ）和Linux man（ 链接 ）不会增加任何清晰度。
有人会认为RAND_MAX应该是一个有signed int因为这就是rand()返回的内容。
但是，我发现有些编译器将其定义为unsigned：
这使得看似无害的代码如下所示变得不可移植，并且由于签署了未签名的促销而爆炸：
cos(w * t) + (rand() - RAND_MAX / 2) * 0.1 / (RAND_MAX / 2);
rand()返回[0， RAND_MAX ]范围内的signed int 。
如果将RAND_MAX定义为unsigned int ，则rand()的值也会被提升为unsigned int 。
如果是这种情况，则差值(rand() - RAND_MAX / 2)变为无符号整数的无符号差值，其范围为[0， RAND_MAX – RAND_MAX / 2]和[ UINT_MAX + 1- RAND_MAX / 2， UINT_MAX -1]而不是有符号整数的有符号差值，其值在[ – RAND_MAX / 2， RAND_MAX – RAND_MAX / 2]范围内。
无论如何，似乎RAND_MAX应该被签名并且大多数（？）编译器都是这样定义的，但是有没有任何权威来源说应该签名？ 较旧的标准？ K＆R？ 另一个UNIX规范？
答案是：代码正在做出无根据的假设，因此需要修复。 该代码应该做的是在使用时将RAND_MAX为(int) 。
虽然编译器将RAND_MAX宏定义为有符号会更有意义，但标准小心地避免要求它们这样做。 这使得它成为任何代码盲目地认为它被签名的可移植性错误。
是的，这看起来像是标准中的缺陷。
首先，现在可能没有人会定义rand()来返回int 。 意图显然是返回正数，并且没有可以使用负回报的错误返回。 如果今天引入的这个函数将被设计为使用无符号整数类型作为返回类型。 我的猜测是它早于C89并将无符号整数的概念引入语言。
然后，显然人们必须期望函数返回的最大值的定义与函数的类型相同。 在其他地方，宏被定义为扩展到具有某种类型的表达式，所以这也是可能的。
至于你的问题，我认为最容易携带的东西是通过执行类似rand()/(RAND_MAX+1.0) ，首先将值扩展为[0, 1)的double，并从那里派生所有计算。 在任何情况下，如果你的平台没有更好的伪随机生成器，你应该只使用rand()作为最后的手段。 例如，在POSIX系统上， rand48系列是一个方便的替代品，具有良好的描述属性。
需要了解更多c/c++开发分享RAND_MAX宏：签名还是未签名？，也可以关注C/ C++技术分享栏目—计算机技术网(www.ctvol.com)!
以上就是c/c++开发分享RAND_MAX宏：签名还是未签名？相关内容,想了解更多C/C++开发(异常处理)及C/C++游戏开发关注计算机技术网(www.ctvol.com)!)。
本文来自网络收集，不代表计算机技术网立场，如涉及侵权请联系管理员删除。
ctvol管理联系方式QQ:251552304
本文章地址：https://www.ctvol.com/c-cdevelopment/979071.html