Was bedeutet ‘u’ nach einer Zahl?

Können Sie mir sagen, was genau das bewirkt u nach einer Zahl, zum Beispiel:

#define NAME_DEFINE 1u 

Ganzzahlige Literale wie 1 in C-Code sind immer vom Typ int. int ist dasselbe wie signed int. Man fügt hinzu u oder U (äquivalent) zum Literal, um sicherzustellen, dass es unsigned int ist, um verschiedene unerwartete Fehler und seltsames Verhalten zu verhindern.

Ein Beispiel für einen solchen Fehler:

Auf einem 16-Bit-Rechner, auf dem int 16 Bit ist, führt dieser Ausdruck zu einem negativen Wert:

long x = 30000 + 30000;

Beide 30000-Literale sind int, und da beide Operanden int sind, ist das Ergebnis int. Ein 16-Bit-Int mit Vorzeichen kann nur Werte bis zu 32767 enthalten, sodass es überläuft. x wird dadurch einen seltsamen, negativen Wert erhalten, anstatt wie erwartet 60000.

Der Code

long x = 30000u + 30000u;

wird sich jedoch wie erwartet verhalten.

Es ist eine Art zu definieren ohne Vorzeichen wörtliche ganzzahlige Konstanten.

Es ist eine Möglichkeit, dem Compiler mitzuteilen, dass die Konstante 1 als Ganzzahl ohne Vorzeichen verwendet werden soll. Einige Compiler gehen davon aus, dass jede Zahl ohne Suffix wie ‘u’ vom Typ int ist. Um diese Verwirrung zu vermeiden, wird empfohlen, ein Suffix wie „u“ zu verwenden, wenn eine Konstante als Ganzzahl ohne Vorzeichen verwendet wird. Es gibt auch andere ähnliche Suffixe. Beispielsweise wird für Float ‘f’ verwendet.

es bedeutet “unsigned int”, im Grunde funktioniert es wie ein Cast, um sicherzustellen, dass numerische Konstanten zur Kompilierzeit in den entsprechenden Typ konvertiert werden.

Ein dezimales Literal im Code (die Regeln für oktale und hexadezimale Literale sind unterschiedlich, siehe https://en.cppreference.com/w/c/language/integer_constant) hat einen der Typen int, long oder long long. Aus diesen muss der Compiler den kleinsten Typ auswählen, der groß genug ist, um den Wert aufzunehmen. Beachten Sie, dass die Typen char, signed char und short werden nicht berücksichtigt. Zum Beispiel:

0 // this is a zero of type int
32767 // type int
32768 // could be int or long: On systems with 16 bit integers
      // the type will be long, because the value does not fit in an int there.

Wenn Sie ein hinzufügen u Suffix für eine solche Zahl (ein Großbuchstabe U geht auch), muss der Compiler stattdessen den kleinsten Typ auswählen unsigned int, unsigned long und unsigned long long. Zum Beispiel:

0u // a zero of type unsigned int
32768u // type unsigned int: always fits into an unsigned int
100000u // unsigned int or unsigned long

Anhand des letzten Beispiels kann der Unterschied zu einem Guss aufgezeigt werden:

100000u // always 100000, but may be unsigned int or unsigned long
(unsigned int)100000 // always unsigned int, but not always 100000
                     // (e.g. if int has only 16 bit)

Nebenbei bemerkt: Es gibt Situationen, in denen das Hinzufügen von a u Suffix ist das Richtige, um die Korrektheit der Berechnungen sicherzustellen, wie Lundins Antwort zeigt. Es gibt jedoch auch Codierungsrichtlinien, die das Mischen von signierten und unsignierten Typen strengstens verbieten, selbst soweit die folgende Aussage

unsigned int x = 0;

wird als nicht konform eingestuft und muss so geschrieben werden

unsigned int x = 0u;

Dies kann dazu führen, dass Entwickler, die sich viel mit vorzeichenlosen Werten beschäftigen, die Angewohnheit entwickeln, zu addieren u Suffixe zu Literalen überall. Beachten Sie jedoch, dass eine Änderung der Signierung in verschiedenen Kontexten zu unterschiedlichem Verhalten führen kann, z. B.:

(x > 0)

kann (je nach Art von x) etwas anderes bedeuten als

(x > 0u)

Glücklicherweise warnt Sie der Compiler / Code-Checker normalerweise vor verdächtigen Fällen. Trotzdem fügt man a hinzu u Suffix sollte mit Bedacht erfolgen.