La dimensione di C "int" è 2 byte o 4 byte?

Una variabile Integer in C occupa 2 byte o 4 byte? Quali sono i fattori da cui dipende?

La maggior parte dei libri di testo afferma che le variabili intere occupano 2 byte. Ma quando eseguo un programma che stampa gli indirizzi successivi di una matrice di numeri interi mostra la differenza di 4.

So che è uguale a sizeof(int). La dimensione di an intdipende dal compilatore. In passato, quando i processori erano a 16 bit, un tempo intera di 2 byte. Al giorno d'oggi, è spesso 4 byte su sistemi a 32 e 64 bit.

Tuttavia, l'utilizzo sizeof(int)è il modo migliore per ottenere la dimensione di un numero intero per il sistema specifico su cui viene eseguito il programma.

EDIT: corretta l'istruzione errata di int8 byte sulla maggior parte dei sistemi a 64 bit. Ad esempio, sono 4 byte su GCC a 64 bit.

Questo è uno dei punti in C che può inizialmente essere fonte di confusione, ma lo standard C specifica solo un intervallo minimo per i tipi interi che è garantito essere supportato. intè garantito per essere in grado di contenere da -32767 a 32767, che richiede 16 bit. In tal caso int, è di 2 byte. Tuttavia, le implementazioni sono libere di andare oltre questo minimo, poiché vedrai che molti compilatori moderni effettuano int32 bit (il che significa anche 4 byte in modo abbastanza diffuso).

Il motivo per cui il tuo libro dice 2 byte è molto probabilmente perché è vecchio. Un tempo, questa era la norma. In generale, dovresti sempre usare l' sizeofoperatore se devi scoprire quanti byte è sulla piattaforma che stai utilizzando.

Per risolvere questo problema, C99 ha aggiunto nuovi tipi in cui è possibile richiedere esplicitamente un numero intero di determinate dimensioni, ad esempio int16_to int32_t. Prima di ciò, non esisteva un modo universale per ottenere un numero intero di una larghezza specifica (sebbene la maggior parte delle piattaforme fornisse tipi simili su una base per piattaforma).

Non esiste una risposta specifica. Dipende dalla piattaforma. È definito dall'implementazione. Può essere 2, 4 o qualcos'altro.

L'idea alla base intera che doveva corrispondere alla dimensione naturale della "parola" sulla piattaforma data: 16 bit su piattaforme a 16 bit, 32 bit su piattaforme a 32 bit, 64 bit su piattaforme a 64 bit, si ottiene l'idea. Tuttavia, ai fini della compatibilità con le versioni precedenti alcuni compilatori preferiscono attenersi a 32 bit intanche su piattaforme a 64 bit.

Il tempo di 2 byte int è passato da tempo (piattaforme a 16 bit?) A meno che non si stia utilizzando una piattaforma incorporata con dimensioni delle parole a 16 bit. I tuoi libri di testo sono probabilmente molto vecchi.

La risposta a questa domanda dipende dalla piattaforma che stai utilizzando.
Ma indipendentemente dalla piattaforma, puoi assumere in modo affidabile i seguenti tipi:

 [8-bit] signed char: -127 to 127
 [8-bit] unsigned char: 0 to 255
 [16-bit]signed short: -32767 to 32767
 [16-bit]unsigned short: 0 to 65535
 [32-bit]signed long: -2147483647 to 2147483647
 [32-bit]unsigned long: 0 to 4294967295
 [64-bit]signed long long: -9223372036854775807 to 9223372036854775807
 [64-bit]unsigned long long: 0 to 18446744073709551615

Una variabile Integer in C occupa 2 byte o 4 byte?

Dipende dalla piattaforma che stai utilizzando e dalla configurazione del tuo compilatore. L'unica risposta autorevole è usare l' sizeofoperatore per vedere quanto è grande un numero intero nella tua situazione specifica.

Quali sono i fattori da cui dipende?

L'intervallo potrebbe essere considerato meglio, piuttosto che la dimensione . Entrambi varieranno in pratica, anche se è molto più semplice scegliere tipi variabili per intervallo rispetto alle dimensioni, come vedremo. È anche importante notare che lo standard ci incoraggia a considerare la scelta dei nostri tipi di numeri interi in base all'intervallo piuttosto che alle dimensioni , ma per ora ignoriamo la pratica standard e lasciamo che la nostra curiosità esplori sizeof, byte e CHAR_BITe rappresentazione di interi ... scaviamo la tana del coniglio e vederlo da soli ...

sizeof, byte e CHAR_BIT

La seguente dichiarazione, presa dallo standard C (collegato sopra), descrive questo in parole che non credo possano essere migliorate.

L' sizeofoperatore fornisce la dimensione (in byte) del suo operando, che può essere un'espressione o il nome tra parentesi di un tipo. La dimensione è determinata dal tipo di operando.

Supponendo una chiara comprensione ci condurrà a una discussione sui byte . Si presume comunemente che un byte sia di otto bit, quando in realtà CHAR_BITindica quanti bit sono in un byte . Questa è solo un'altra di quelle sfumature che non vengono prese in considerazione quando si parla dei numeri interi a due (o quattro) byte comuni .

Finiamo le cose finora:

• sizeof => dimensione in byte e
• CHAR_BIT => numero di bit in byte

Pertanto, a seconda del sistema in uso, sizeof (unsigned int)potrebbe essere qualsiasi valore maggiore di zero (non solo 2 o 4), come se CHAR_BITfosse 16, quindi un singolo byte (sedici bit) contiene abbastanza bit per rappresentare il numero intero a sedici bit descritto dal standard (citati di seguito). Non sono necessariamente informazioni utili, vero? Analizziamo più a fondo ...

Rappresentazione intera

Previsto dalla norma C minimo precisione / gamma per tutti i tipi standard interi (e CHAR_BIT, anche, FWIW) qui . Da questo, possiamo ricavare un minimo per quanti bit sono necessari per memorizzare il valore , ma possiamo anche semplicemente scegliere le nostre variabili in base agli intervalli . Tuttavia, gran parte dei dettagli richiesti per questa risposta risiede qui. Ad esempio, quanto segue che lo standard unsigned intrichiede (almeno) sedici bit di memoria:

UINT_MAX                                65535 // 2¹⁶ - 1

Quindi possiamo vedere che unsigned intrichiedono ( almeno ) 16 bit , che è dove si ottengono i due byte (supponendo che CHAR_BITsia 8) ... e in seguito quando il limite è aumentato a 2³² - 1, le persone hanno invece dichiarato 4 byte. Questo spiega i fenomeni che hai osservato:

La maggior parte dei libri di testo afferma che le variabili intere occupano 2 byte. Ma quando eseguo un programma che stampa gli indirizzi successivi di una matrice di numeri interi mostra la differenza di 4.

Stai usando un antico libro di testo e un compilatore che ti insegna C non portatile; l'autore che ha scritto il tuo libro di testo potrebbe non esserne nemmeno a conoscenza CHAR_BIT. Si consiglia di aggiornare il proprio libro di testo (e compilatore), e si sforzano di ricordare che si tratta di un campo in continua evoluzione che è necessario rimanere davanti a competere ... Basta parlare di questo, però; vediamo quali altri segreti non portatili memorizzano quei byte interi sottostanti ...

I bit di valore sono ciò che le idee sbagliate comuni sembrano contare. L'esempio sopra usa un unsignedtipo intero che in genere contiene solo bit di valore, quindi è facile perdere il diavolo nei dettagli.

Bit di segno ... Nell'esempio sopra ho citato UINT_MAXcome limite massimo unsigned intperché è un esempio banale estrarre il valore 16dal commento. Per i tipi con segno, al fine di distinguere tra valori positivi e negativi (questo è il segno), dobbiamo includere anche il bit del segno.

INT_MIN                                -32768 // -(2¹⁵)
INT_MAX                                +32767 // 2¹⁵ - 1

Bit di riempimento ... Sebbene non sia comune incontrare computer con bit di riempimento in numeri interi, lo standard C consente che ciò accada; alcune macchine (cioè questa ) implementano tipi di numeri interi più grandi combinando insieme due valori di numeri interi (con segno) più piccoli ... e quando si combinano numeri interi con segno, si ottiene un bit di segno sprecato. Quel bit sprecato è considerato riempimento in C. Altri esempi di bit di riempimento potrebbero includere bit di parità e bit trap .

Come puoi vedere, lo standard sembra incoraggiare a considerare intervalli come INT_MIN... INT_MAXe altri valori minimi / massimi rispetto allo standard quando si scelgono tipi interi e scoraggia il ricorso alle dimensioni in quanto vi sono altri fattori sottili che potrebbero essere dimenticati come CHAR_BITe bit di riempimento che potrebbe influire sul valore di sizeof (int)(ovvero le idee sbagliate comuni degli interi a due e quattro byte trascurano questi dettagli).

Tiraggio standard C99 N1256

http://www.open-std.org/JTC1/SC22/WG14/www/docs/n1256.pdf

Le dimensioni di inte tutti gli altri tipi di numeri interi sono definiti dall'implementazione, C99 specifica solo:

• garanzie di dimensioni minime
• dimensioni relative tra i tipi

5.2.4.2.1 "Dimensioni dei tipi interi <limits.h>" indica le dimensioni minime:

1 [...] I loro valori definiti dall'implementazione devono essere uguali o maggiori in grandezza (valore assoluto) a quelli mostrati [...]

• UCHAR_MAX 255 // 2 8 - 1
• USHRT_MAX 65535 // 2 16 - 1
• UINT_MAX 65535 // 2 16 - 1
• ULONG_MAX 4294967295 // 2 32 - 1
• ULLONG_MAX 18446744073709551615 // 2 64 - 1

6.2.5 "Tipi" quindi dice:

8 Per due tipi di numeri interi con lo stesso segno e diverso rango di conversione di numeri interi (vedere 6.3.1.1), l'intervallo di valori del tipo con rango di conversione di numeri interi più piccoli è una sottorange dei valori dell'altro tipo.

e 6.3.1.1 "Booleani, caratteri e numeri interi" determinano i gradi di conversione relativi:

1 Ogni tipo intero ha un rango di conversione intero definito come segue:

• Il rango di long long int deve essere maggiore del rango di long int, che deve essere maggiore del rango di int, che deve essere maggiore del rango di short int, che deve essere maggiore del rango di char firmato.
• Il rango di qualsiasi tipo intero senza segno deve essere uguale al rango del tipo intero con segno corrispondente, se presente.
• Per tutti i tipi interi T1, T2 e T3, se T1 ha un rango maggiore di T2 e T2 ha un rango maggiore di T3, allora T1 ha un rango maggiore di T3

Le uniche garanzie sono che chardeve essere almeno di 8 bits, shorte intdeve essere almeno a 16 bit, e longdeve essere almeno larghe 32 bit, e che sizeof (char)<= sizeof (short)<= sizeof (int)<= sizeof (long)(lo stesso vale per le versioni non firmate di questi tipi ).

int può essere largo da 16 a 64 bit in base alla piattaforma.

La dimensione di C "int" è 2 byte o 4 byte?

La risposta è "sì" / "no" / "forse" / "forse no".

Il linguaggio di programmazione C specifica quanto segue: l'unità indirizzabile più piccola, conosciuta chare chiamata anche "byte" , è esattamente CHAR_BITlarga bit, doveCHAR_BIT sono almeno 8.

Quindi, un byte in C non è necessariamente un ottetto , cioè 8 bit. In passato una delle prime piattaforme per eseguire il codice C (e Unix) aveva 4 byte int- ma in totale intaveva 36 bit, perché CHAR_BITera 9!

intdovrebbe essere la dimensione intera naturale per la piattaforma che ha un intervallo di almeno-32767 ... 32767 . È possibile ottenere la dimensione di intnei byte della piattaforma con sizeof(int); quando moltiplichi questo valore per CHAR_BITsaprai quanto è largo in bit.

Mentre le macchine a 36 bit sono per lo più morte, ci sono ancora piattaforme con byte non a 8 bit. Proprio ieri c'era una domanda su un MCU Texas Instruments con byte a 16 bit , che ha un compilatore C99, conforme a C11.

Su TMS320C28x sembra che char, shorte intsono tutti 16 bit di larghezza, e quindi un byte. long intè 2 byte ed long long intè 4 byte. Il bello di C è che si può ancora scrivere un programma efficiente per una piattaforma come questa, e persino farlo in modo portatile!

Principalmente dipende dalla piattaforma che stai usando. Dipende da compilatore a compilatore. Oggi nella maggior parte dei compilatori int è di 4 byte . Se vuoi controllare cosa sta usando il tuo compilatore, puoi usarlo sizeof(int).

main()
{
    printf("%d",sizeof(int));
    printf("%d",sizeof(short));
    printf("%d",sizeof(long));
}

L'unica cosa che promette il compilatore è che la dimensione di short deve essere uguale o inferiore a int e la dimensione di long deve essere uguale o maggiore di int. Quindi se la dimensione di int è 4, la dimensione di short può essere 2 o 4 ma non più grande di quello. Lo stesso è vero per lungo e int. Dice anche che la dimensione di corto e lungo non può essere la stessa.

Questo dipende dall'implementazione, ma di solito su x86 e altre architetture popolari come ARM ints occupano 4 byte. Puoi sempre controllare in fase di compilazione usando sizeof(int)o qualunque altro tipo tu voglia controllare.

Se vuoi assicurarti di usare un tipo di una dimensione specifica, usa i tipi in <stdint.h>

#include <stdio.h>

int main(void) {
    printf("size of int: %d", (int)sizeof(int));
    return 0;
}

Questo restituisce 4, ma probabilmente dipende dalla macchina.

La dimensione di C "int" è 2 byte o 4 byte?

Una variabile Integer in C occupa 2 byte o 4 byte?

C consente a "byte" di essere qualcosa di diverso da 8 bit per "byte".

CHAR_BIT numero di bit per l'oggetto più piccolo che non è un campo di bit (byte) C11dr §5.2.4.2.1 1

Un valore di qualcosa di 8 è sempre più raro. Per la massima portabilità, utilizzare CHAR_BITanziché 8. La dimensione di un intin bit in C è sizeof(int) * CHAR_BIT.

#include <limits.h>
printf("(int) Bit size %zu\n", sizeof(int) * CHAR_BIT);

Quali sono i fattori da cui dipende?

La intdimensione dei bit è generalmente di 32 o 16 bit. C intervalli minimi specificati :

valore minimo per un oggetto di tipo int INT_MIN-32767
valore massimo per un oggetto di tipo int INT_MAX+32767
C11dr §5.2.4.2.1 1

L' intervallo minimo per intimpone che la dimensione del bit sia almeno 16, anche se il processore era "8 bit". Una dimensione come 64 bit è vista in processori specializzati. Altri valori come 18, 24, 36, ecc. Si sono verificati su piattaforme storiche o sono almeno teoricamente possibili. La codifica moderna raramente si preoccupa della non potenza di 2int bit.

Il processore e l'architettura del computer guidano la intselezione della dimensione dei bit.

Tuttavia, anche con processori a 64 bit, la intdimensione del compilatore può essere a 32 bit per motivi di compatibilità poiché le basi di codice di grandi dimensioni dipendono intdall'essere a 32 bit (o 32/16).

Questa è una buona fonte per rispondere a questa domanda.

Ma questa domanda è una specie di verità sempre rispondente "Sì. Entrambi".

Dipende dalla tua architettura. Se hai intenzione di lavorare su una macchina a 16 bit o inferiore, non può essere di 4 byte (= 32 bit). Se stai lavorando su una macchina a 32 bit o migliore, la sua lunghezza è di 32 bit.

Per capire, prepara il programma per produrre qualcosa di leggibile e usa la funzione "sizeof". Ciò restituisce la dimensione in byte del tipo di dati dichiarato. Ma stai attento usando questo con array.

Se lo stai dichiarando int t[12];, restituirà 12 * 4 byte. Per ottenere la lunghezza di questo array, basta usare sizeof(t)/sizeof(t[0]). Se hai intenzione di creare una funzione, che dovrebbe calcolare la dimensione di un array di invio, ricorda che if

typedef int array[12];
int function(array t){
    int size_of_t = sizeof(t)/sizeof(t[0]);
    return size_of_t;
}
void main(){
    array t = {1,1,1};  //remember: t= [1,1,1,0,...,0]
    int a = function(t);    //remember: sending t is just a pointer and equal to int* t
   print(a);   // output will be 1, since t will be interpreted as an int itselve. 
}

Quindi questo non restituirà nemmeno qualcosa di diverso. Se si definisce un array e si cerca di ottenere la lunghezza in seguito, utilizzare sizeof. Se si invia un array a una funzione, ricordare che il valore di invio è solo un puntatore sul primo elemento. Ma nel primo caso, sai sempre, che dimensione ha il tuo array. Il secondo caso può essere capito definendo due funzioni e perdendo alcune prestazioni. Definire la funzione (matrice t) e definire la funzione2 (matrice t, int size_of_t). Chiamare "function (t)" misura la lunghezza di un lavoro di copiatura e invia il risultato a function2, dove puoi fare quello che vuoi su array di dimensioni variabili.