Что делают одинарные кавычки в C ++ при использовании нескольких символов?

Мне интересно этот код:

cout << 'test'; // Note the single quotes.

дает мне вывод 1952805748.

Мой вопрос: вывод адрес в памяти или что-то?

Это многосимвольный литерал. 1952805748есть 0x74657374, который разлагается как

0x74 -> 't'
0x65 -> 'e'
0x73 -> 's'
0x74 -> 't'

Редактировать:

Стандарт C ++, §2.14.3 / 1 - Символьные литералы

(...) Обычный символьный литерал, содержащий более одного символа c-char, является литералом с несколькими символами. Литерал с несколькими символами имеет тип int и значение, определяемое реализацией.

Нет, это не адрес. Это так называемый многобайтовый символ.

Как правило, это значения ASCII четырех символов вместе взятых.

't' == 0x74; 'e' == 0x65; 's' == 0x73; 't' == 0x74; 

Так что 0x74657374 это 1952805748.

Но это также может быть 0x74736574 на другом компиляторе. Оба стандарта C и C ++ говорят, что значение многобайтовых символов определяется реализацией . Таким образом , как правило , его использование настоятельно рекомендуется.

Обычный символьный литерал, содержащий более одного символа c-char, является литералом с несколькими символами. Литерал с несколькими символами имеет тип int и значение, определяемое реализацией.

Поведение, определяемое реализацией, должно быть задокументировано реализацией. например, в GCC вы можете найти его здесь

Компилятор определяет многосимвольную символьную константу по символу за раз, сдвигая предыдущее значение влево на количество битов на целевой символ, а затем перемещая его в битовом массиве нового символа, урезанного до ширины целевого объекта. персонаж. Конечный битовый шаблон имеет тип int и поэтому подписан независимо от того, подписаны ли отдельные символы или нет.

Проверьте объяснение на этой странице для более подробной информации

Они действительно просто intс. Они широко используются в перечислении Core Audio API, например, в CoreAudioTypes.hзаголовочном файле,

enum
{
    kAudioFormatLinearPCM               = 'lpcm',
    kAudioFormatAC3                     = 'ac-3',
    kAudioFormat60958AC3                = 'cac3',
    kAudioFormatAppleIMA4               = 'ima4',
    kAudioFormatMPEG4AAC                = 'aac ',
    kAudioFormatMPEG4CELP               = 'celp',
} ;

Существует много болтовни о том, что это не «независимость от платформы», но когда вы используете API, разработанный для конкретной платформы, который заботится о переносимости. Проверка на равенство на одной платформе никогда не потерпит неудачу. Эти enumзначения легче читать, и они на самом деле содержат свою идентичность в своем значении , что довольно приятно.

Ниже я попытался обернуть многобайтовый символьный литерал, чтобы его можно было распечатать (на Mac это работает). Странно то, что если вы не используете все 4 символа, результат станет неправильным ниже.

#include <stdio.h>

#define MASK(x,BYTEX) ((x&(0xff<<8*BYTEX))>>(8*BYTEX))

struct Multibyte
{
  union{
    int val ;
    char vals[4];
  };

  Multibyte() : val(0) { }
  Multibyte( int in )
  {
    vals[0] = MASK(in,3);
    vals[1] = MASK(in,2);
    vals[2] = MASK(in,1);
    vals[3] = MASK(in,0);
  }
  char operator[]( int i ) {
    return val >> (3-i)*8 ; // works on mac
    //return val>>i*8 ; // might work on other systems
  }

  void println()
  {
    for( int i = 0 ; i < 4 ; i++ )
      putc( vals[i], stdout ) ;
    puts( "" ) ;
  }
} ;

int main(int argc, const char * argv[])
{
  Multibyte( 'abcd' ).println() ;  
  Multibyte( 'x097' ).println() ;
  Multibyte( '\"\\\'\'' ).println() ;
  Multibyte( '/*|' ).println() ;
  Multibyte( 'd' ).println() ;

  return 0;
}

Такая функция действительно хороша, когда вы создаете парсеры. Учти это:

byte* buffer = ...;
if(*(int*)buffer == 'GET ')
  invoke_get_method(buffer+4);

Этот код, скорее всего, будет работать только с определенным порядком байтов и может разбиваться на разные компиляторы