抛砖引玉
C语言负数除以正数,与正数除以负数或者负数除以负数的余数和商,正负有谁定呢?
-3 / 2 = ?;
-3 % 2 = ?;
3 / (-2) = ?;
3 % (-2) = ?;
(-3) / (-2) = ?;
(-3) % (-2) = ?;
前提假设
假定我们让 a 除以 b,商为 q,余数为 r:q = a / b;r = a % b;这里,不妨假定 b 大于 0。我们希望 a、b、q、r 之间维持怎样的关系呢?
最重的一点,我们希望 q * b + r == a,因为这是定义余数的关系。
如果我们改变 a 的正负号,我们希望这会改变 q 的符号,但这不会改变 q 的绝对值。
当 b>0 时,我们希望保证 r >= 0 且 r < b。
例如,如果余数用于哈希表的索引,确保它是一个有效的索引值很重 。这三条性质是我们认为整数除法和余数操作所应该具备的。很不幸的是,它们不可能同时成立。
举例说明
考虑一个简单的例子:3/2,商为1,余数也为1。此时,第1条性质得到了满足。(-3)/2 的值应该是多少呢?如果满足第2条性质,答案应该是-1,但如果是这样,余数就必定是-1,这样第3条性质就无法满足了。如果我们首先满足第3条性质,即余数是 1,这种情况下根据第1条性质则商是-2,那么第2条性质又无法满足了。
因此,C语言或者其他语言在实现整数除法截断运算时,必须放弃上述三条原则中的至少一条。大多数程序设计语言选择了放弃第 3 条,而改为求余数与被除数的正负号相同。这样,性质1和性质2就可以得到满足。大多数C编译器在实践中也都是这样做的。
然而,C语言的定义只保证了性质1,以及当 a>=0 且 b>0 时,保证|r| < |b|以及 r>=0。后面部分的保证与性质2 或者性质3 比较起来,限制性弱得多。
实例论证
C 语言的定义虽然有时候会带来不需的灵活性,但大多数时候,只要编程者清楚地知道要做什么、该做什么,这个定义对让整数除法运算满足其需要来说还是够用了的。例如,
假定我们有一个数 n,它代表标识符中的字符经过某种函数运算后的结果,我们希望通过除 法运算得到哈希表的条目 h,满足 0<=h
h=n%HASHSIZE:
然而,如果 n 有可能为负数,而此时 h 也有可能为负,那么这样做就不一定总是合适的了。不过,我们已知 h>-HASHSIZE,因此我们可以这样写:
h = n % HASHSIZE;
if(n < 0)
h += HASHSIZE;
测试代码:
#include
main()
{
int a=-3, b=2,c=3,d=-2;
int q,r,m,n,x,y;
q = a / b;
r = a % b;
m = c / d;
n = c % d;
x = a / d;
y = a % d;
printf("q=%d, r=%d\n" , q , r);
printf("m=%d, n=%d\n" , m , n);
printf("x=%d, y=%d\n" , x , y);
}
最终结论
翻阅资料得出,这个问题在C语言早期是没有固定规定的,所以一些书中会有谁这种行为值不固定,是编译器而内决定,但是现在C99中有强制规定了,要求对容于整型数a,b,必然满足 a%b==a-(a/b)b,如果第一操作数为负,则得到的模为负;如果第一操作数为正,则得到的模为正
所以遇到这样的问题一般计算的方法是:余数与被除数(即分子的符号)相同;先将各个带符号的数全部取正值再做除法,再根据负号的个数确定商的符号
注意的点
当然在实际的项目中,更好的做法是,程序在设计时就应该避免 n 的值为负这样的情形,并且声明 n 为无符号数。