警告-有符号和无符号整数表达式之间的比较

我目前正在通过Accelerated C ++工作在练习2-3中遇到了一个问题。

程序概述-程序基本上会命名，然后在星号的框架内显示问候语-即Hello！用*包围。

练习-在示例程序中，作者使用const int确定问候语和星号之间的填充（空白）。然后，作为练习的一部分，他们要求读者向用户输入有关其填充尺寸的信息。

这一切似乎很容易，我继续向用户询问两个整数（int），并存储它们，并更改程序以使用这些整数，并在编译时删除了作者使用的整数，尽管我得到了以下警告；

练习2-3.cpp：46：警告：有符号和无符号整数表达式之间的比较

经过一些研究，似乎是因为代码试图将上述整数（int）与a进行比较string::size_type，这很好。但是我想知道-这是否意味着我应该将整数之一更改为 unsigned int？显式声明我的整数是带符号的还是无符号的是否重要？

 cout << "Please enter the size of the frame between top and bottom you would like ";
 int padtopbottom;
 cin >> padtopbottom;

 cout << "Please enter size of the frame from each side you would like: ";
 unsigned int padsides; 
 cin >> padsides;

 string::size_type c = 0; // definition of c in the program
 if (r == padtopbottom + 1 && c == padsides + 1) { // where the error occurs

上面是相关的代码位，为cis类型，string::size_type因为我们不知道问候语可能持续多长时间-但是当作者的代码在使用时没有遇到问题时，为什么现在会出现此问题const int？另外-对于可能已经完成Accelerated C ++的任何人-本书稍后会对此进行解释吗？

我在通过Geany使用g ++的Linux Mint上，如果有帮助或有所作为（据我了解，确定是什么string::size_type的话）。

通常最好将变量声明为unsigned或size_t是否将其与大小进行比较，以避免出现此问题。只要有可能，请使用要与之进行比较的确切类型（例如，std::string::size_type与std::string的长度进行比较时使用）。

编译器会发出有关比较有符号和无符号类型的警告，因为有符号和无符号int的范围是不同的，并且将它们相互比较时，结果可能令人惊讶。如果必须进行这样的比较，则应该在检查以确保转换有效之后，将其中一个值显式转换为与另一个兼容的类型。例如：

unsigned u = GetSomeUnsignedValue();
int i = GetSomeSignedValue();

if (i >= 0)
{
    // i is nonnegative, so it is safe to cast to unsigned value
    if ((unsigned)i >= u)
        iIsGreaterThanOrEqualToU();
    else
        iIsLessThanU();
}
else
{
    iIsNegative();
}

昨天我在加速C ++中解决问题2-3时遇到了完全相同的问题。关键是将要比较的所有变量（使用布尔运算符）更改为兼容类型。在这种情况下，这意味着string::size_type（或unsigned int，但由于此示例使用的是前者，因此即使两者在技术上兼容，我也坚持这样做）。

请注意，正如您正确指出的那样，他们在原始代码中为c计数器（本书第2.5节的第30页）完全做到了这一点。

是什么让这个例子更复杂的是，不同的填充变量（padsides和padtopbottom），以及所有计数器，必须也更改为string::size_type。

以您的示例为例，您发布的代码最终看起来像这样：

cout << "Please enter the size of the frame between top and bottom";
string::size_type padtopbottom;
cin >> padtopbottom;

cout << "Please enter size of the frame from each side you would like: ";
string::size_type padsides; 
cin >> padsides;

string::size_type c = 0; // definition of c in the program

if (r == padtopbottom + 1 && c == padsides + 1) { // where the error no longer occurs

请注意，在前面的条件中，如果未string::size_type在for循环中将变量r初始化为a，则将收到错误。因此，您需要使用以下方法初始化for循环：

    for (string::size_type r=0; r!=rows; ++r)   //If r and rows are string::size_type, no error!

因此，基本上，一旦string::size_type在混合中引入了变量，任何时候只要要对该项目执行布尔运算，所有操作数都必须具有兼容的类型，才能在没有警告的情况下进行编译。

有符号和无符号整数之间的重要区别是最后一位的解释。有符号类型的最后一位代表数字的符号，表示：例如：

0001是1个有符号和无符号的1001是-1个有符号和9个无符号的

（为了说明清楚起见，我避免了整个补码问题！这不是int在内存中的表示方式！）

您可以想象知道与-1或+9比较会有所不同。在许多情况下，程序员都懒得声明将int计数为无符号的（膨胀for循环头fi），这通常不是问题，因为使用int时，您必须计数到2 ^ 31，直到符号被您咬住为止。这就是为什么这只是一个警告。因为我们太懒了，所以写“ unsigned”而不是“ int”。

在极限范围内，无符号整数可以大于整数。
因此，编译器将生成警告。如果确定这不是问题，请随时将类型强制转换为相同类型，以便警告消失（使用C ++强制转换以便易于发现）。

或者，使变量具有相同的类型，以防止编译器抱怨。
我的意思是，是否可能会有负填充？如果是这样，则将其保留为整数。否则，您可能应该使用unsigned int并让流捕获用户输入负数的情况。

或使用此标头库并编写：

// |notEqaul|less|lessEqual|greater|greaterEqual
if(sweet::equal(valueA,valueB))

并且不在乎签名/未签名或其他大小

主要问题是基础硬件（CPU）仅具有比较两个有符号值或比较两个无符号值的指令。如果您向无符号比较指令传递一个带符号的负值，它将把它视为一个大的正数。因此，-1（所有位都打开（二进制补码））的位模式对于相同数量的位变为最大无符号值。

8位：-1有符号与255个无符号16位相同：-1有符号与65535个无符号等。

因此，如果您具有以下代码：

int fd;
fd = open( .... );

int cnt;
SomeType buf;

cnt = read( fd, &buf, sizeof(buf) );

if( cnt < sizeof(buf) ) {
    perror("read error");
}

您会发现，如果由于文件描述符无效（或某些其他错误）而导致read（2）调用失败，则该cnt将被设置为-1。与无符号值sizeof（buf）进行比较时，if（）语句将为false，因为0xffffffff不小于sizeof（）一些数据结构（合理，未构想为最大大小）。

因此，如果要删除已签名/未签名的警告，您必须编写以上内容，例如：

if( cnt < 0 || (size_t)cnt < sizeof(buf) ) {
    perror("read error");
}

这只是大声说出了问题。

1.  Introduction of size_t and other datatypes was crafted to mostly work, 
    not engineered, with language changes, to be explicitly robust and 
    fool proof.
2.  Overall, C/C++ data types should just be signed, as Java correctly
    implemented.

如果值太大，以至于找不到有效的带符号值类型，则说明您选择的语言使用的处理器太小或值的大小太大。如果像金钱一样，每个数字都很重要，那么在大多数语言中都有可以使用的系统可以为您提供无限的精度。C / C ++不能很好地做到这一点，您必须非常明确地了解类型中的所有内容，如本文其他许多答案中所述。