Многие уверены, что при возврате локального объекта из функции обязательно сработает копирование или хотя бы перемещение.

Но это не так. Правильный ответ: ничего не копируется и не мувится вовсе.

Компилятор просто создаёт объект сразу на месте вызова функции — это и есть Named Return Value Optimization (NRVO).

Разберёмся на примере:

#include <iostream>

struct Probe {
    Probe() { std::cout << "default\n"; }
    Probe(int) { std::cout << "ctor\n"; }
    Probe(const Probe&) { std::cout << "copy\n"; }
    Probe(Probe&&) noexcept { std::cout << "move\n"; }
};

Probe makeProbe(int x)
{
    Probe p{x};
    return p; // ← здесь сработает NRVO
}

int main()
{
    auto obj = makeProbe(42);
}

Многие ждут хотя бы move, но результат:

ctor

Ни копии, ни мува.
Объект p создаётся сразу в месте obj — без промежуточных конструкторов.

Теперь внесём "улучшение", которое сломает оптимизацию:

Probe makeMoved(int x)
{
    Probe p{x};
    return std::move(p); // кажется, мы помогаем...
}

Результат:

ctor
move

Добавив std::move, мы запретили NRVO и заставили компилятор действительно переместить объект.

🔥 Не вставляйте std::move, если возвращаете локальный объект по имени.
Дайте компилятору сделать работу за вас.

📣 C++ Ready | #практика

🤨 Как писать чище и быстрее с ranges & views?

С C++20 можно обрабатывать контейнеры лениво и декларативно с помощью ranges & views — без копирования, временных векторов и вложенных циклов.

Пример: vec | std::views::filter(...) | std::views::transform(...)

Фильтруем, преобразуем и итерируем — без аллокаций и промежуточных шагов.

🔥 Упрощает код, экономит ресурсы и повышает читаемость — особенно в цепочках обработки данных.

📣 C++ Ready | #совет