Понимание распределения памяти в массиве символов

Question

Понимание распределения памяти в массиве символов

0

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

Оба массива хранятся одинаково в памяти?
Они хранятся в рекламе?
Нужно ли использовать delete[]?

std::ifstream file

char buffer[bufferSize];
file->read(buffer, bufferSize);

В.С.

char * buffer = new char[bufferSize];
file->read(buffer, bufferSize);

superhero 07 дек. 2014, в 02:06

Источник

Теги:

c++

2 ответа

2

nope, первый вариант использует стек, второй - кучу
см. 1)
только для второго варианта

ISanych 06 дек. 2014, в 22:24

Ещё вопросы

Dietmar Kühl · Accepted Answer · 2014-12-06T22-34-00.000Z

Первое объявление buffer создает в стеке buffer статического размера: для того, чтобы это объявление работало, bufferSize должен быть константой времени компиляции! Ну, некоторые компиляторы имеют расширение для реализации массивов переменной длины переменной C в C++ тоже, но это не переносимо (по крайней мере, еще нет: есть и обсуждение создания аналогичной функции в C++).

Второе определение buffer выделяет массив в куче, используя выделение памяти. Если вы не delete[] буфер, у вас действительно есть утечка памяти, т.е. Вы, вероятно, захотите использовать что-то вроде

std::unique_ptr<char[]> buffer(new char[bufferSize]);
file->read(buffer.get(), bufferSize);

Оба исходных фрагмента кода работают, потому что массивы распадаются на указатели на их первый элемент при первой возможности, которую они получают. Это поведение наследуется от C.

Основное различие между обоими подходами заключается в том, что распределение стека выполняется быстро, но размер стека имеет тенденцию быть довольно ограниченным (например, по умолчанию только 48 кбайт в некоторых системах), в то время как выделение памяти в куче имеет тенденцию быть немного медленнее, но большие буферы обычно не являются проблема. Выделенная память в стеке освобождается при выходе из функции, в то время как память с выделенной памятью должна быть delete[] d в некоторой форме.

Чтобы ответить на вопросы, которые вы отправили после того, как я в основном набрал ответ выше:

Нет: первый находится в стеке, второй - в куче.
Нет: первый находится в стеке, второй - в куче.
Зависит: нет, если объект находится в стеке, да, если объект находится в куче.

почему вы защищаете unique_ptr вместо vector ?
Так что у стека есть ограничение памяти, я этого не знал. Думал, что это связано только с тем, в каком объеме он существовал. 48 КБ - это далеко не то, что мне нужно. Двоичный файл, который я читаю, может быть в 100 раз больше этого. Я думаю, мне нужно хранить в куче тогда. Есть ли ошибка или исключение, которое выдается при заполнении стека?
@MattMcNabb: Как std::vector освобождает массив, выделенный в куче? :-) Более серьезно, если вам просто нужен динамический размер локального массива, std::unique_ptr<T[]> на самом деле является разумным вариантом, хотя я лично, вероятно, просто использовал бы std::vector<T> если мне нужен массив.
@ErikLandvall: размер стека на большинстве компьютеров превышает 48 КБ. Типичный размер по умолчанию составляет 2 МБ. Тем не менее, 48 КБ - это размер по умолчанию для потока, созданного pthreads, в системах AIX (по крайней мере, в некоторых из тех, что я использую).
@ DietmarKühl Хорошо, но куча ограничена только оперативной памятью машины?
@ErikLandvall: Это - сложно ... Куча может быть больше оперативной памяти машины, так как большинство систем используют диск для хранения неиспользуемых страниц памяти. Он также может быть меньше, например, если другие процессы выделяют много памяти. ... и то, сможете ли вы выделить большой кусок памяти, зависит от того, как выглядит память в данный момент и, возможно, от того, сколько битовых указателей используется. Если память фрагментирована из-за более раннего выделения небольших объектов, может также не быть большого фрагмента памяти.