Std::chrono::time_point немного отключен

Твой

time += std::chrono::years(2024 - 1970);

предполагает, что вы хотите работать с «календарным временем», а не с метками времени.

В C++20 добавлена ​​поддержка календарей и часовых поясов (которые необходимы — например, в день перехода на летнее время день может иметь 23 или 25 часов вместо обычных 24). Хотя я ими еще не пользовался.

Посмотрите обзор https://en.cppreference.com/w/cpp/chrono

Однако «традиционных» календарных звонков часто бывает достаточно. Например, если у вас есть std::chrono::system_clock::time_point, вы можете использовать std::chrono::system_clock::to_time_t(), чтобы получить за него time_t. Затем вы можете использовать std::localtime, чтобы разбить это time_t на местные секунды/минуты/часы/день/месяц/год. Также есть std::mktime(), делающий противоположное, и std::chrono::system_block::from_time_t, чтобы вернуться к time_point.

Интересная особенность std::mktime заключается в том, что он допускает «недопустимые» значения в качестве входных данных и «исправляет» их. В качестве примера предположим, что сейчас «28 февраля», и вы хотите перейти на следующий день. Вы можете просто добавить 1 к дню, сделав его «29 февраля» — если в этом конкретном году нет «29 февраля», вместо этого он будет рассматриваться как «1 марта».

Аналогично, если вы перейдете на переключатель летнего времени, добавление +1 к дню может дать разные результаты по сравнению с добавлением +24 к часу. Итак, забудьте о том, что «в сутках 24 часа» или «в году 365 дней», и занимайтесь арифметикой именно с теми полями, которые вам действительно нужны.

Конечно, «исторические даты»… на самом деле не работают ни с чем из этого. Базы данных часовых поясов содержат историческую информацию, но это только до сих пор... и помимо того, что time_t является всего лишь 32-битным значением в некоторых системах, нет реальной причины, по которой база данных часовых поясов содержит древнюю информацию.

С другой стороны, такие вещи, как переход на летнее время, до недавнего времени не существовали, а календари оставались довольно последовательными на протяжении веков. Итак, можно использовать общие правила, установленные для григорианского календаря. Места имели свое местное время до тех пор, пока поезда не сделали возможными путешествия на дальние расстояния, и в каждом городе, имеющем собственные часы, возникали проблемы, но большинство исторических дат в любом случае не нуждаются в такой точности.

См. этот ответ для более подробного описания хронологических вычислений по сравнению с календарными вычислениями.

Но вкратце это:

auto time = std::chrono::system_clock::duration::zero();
std::cout << time.count() << std::endl;
time += std::chrono::years(2024 - 1970);
std::cout << time.count() << std::endl;

представляет собой хронологический расчет. Я характеризую ее так, потому что она добавляет регулярную единицу к числу обычных единиц. Один std::chrono::years — это не что иное, как 31'556'952 seconds, который представляет собой точную продолжительность среднего года в гражданском календаре (в других календарях годы будут иметь другую среднюю продолжительность).

И, по правде говоря, я бы даже не посчитал приведенный выше код обязательно правильно сформулированным, поскольку он явно предполагает, что time будет моментом времени, и тем не менее он объявлен как duration. Лучшим способом выполнить это хронологическое вычисление было бы:

Демо:

using namespace std::literals;
std::chrono::system_clock::time_point time{};  // zero-initialize
std::cout << time << '\n';   // 1970-01-01 00:00:00.000000000
time += 2024y - 1970y;
std::cout << time << '\n';   // 2024-01-01 02:16:48.000000000

Теперь time — это time_point. При желании из него все равно можно получить внутренний счетчик:

std::cout << time.time_since_epoch().count() << '\n';

Для выполнения календарных вычислений необходимо перейти в календарную систему (их несколько), выполнить вычисления в календарной системе, а затем (при желании) перейти обратно в хронологическую систему.

Например:

Демо:

std::chrono::system_clock::time_point time{};  // zero-initialize
std::cout << time << '\n';   // 1970-01-01 00:00:00.000000000
std::chrono::year_month_day ymd = std::chrono::floor<std::chrono::days>(time);
time = std::chrono::sys_days{ymd + (2024y - 1970y)};
std::cout << time << '\n';   // 2024-01-01 00:00:00.000000000

В качестве демонстрации использования альтернативных календарных вычислений рассмотрим следующее:

std::chrono::year_month_weekday ymd = std::chrono::floor<std::chrono::days>(time);
time = std::chrono::sys_days{ymd + (2024y - 1970y)};
std::cout << time << '\n';   // 2024-01-04 00:00:00.000000000

Теперь вместо того, чтобы прибавлять 54 года к 1 января 1970 года, к первому четвергу января 1970 года прибавляют 54 года, чтобы получить первый четверг января 2024 года. Действительно, year_month_weekday действительно является полной демонстрацией альтернативного календаря. Также можно использовать написанные пользователем календари, моделирующие юлианский, китайский или исламский календари, которые, вероятно, также дадут разные результаты.

Я не рекомендую возвращаться к API синхронизации C, если только вам не нужно это делать для взаимодействия с устаревшим кодом. В C++20 и более поздних версиях имеется расширенный набор функций даты и времени старого C API. Это также намного безопаснее и проще в использовании.

Если вы определили в API синхронизации C функциональность, которую не знаете, как реализовать в современном <chrono>, просто спросите здесь, в stackoverflow, и я уверен, что кто-нибудь будет рад показать вам, как это сделать.