Moment: 시간대에 자정 DST 규칙이있는 경우 날짜를 더하거나 빼도 시간이 유지되지 않습니다.

나는 이것을 유럽 / 로마 시간대에서 재현하려고했지만 다음을 수행 할 수 없었습니다.

유럽 ​​/ 로마-https: //www.timeanddate.com/time/change/italy/rome

2018 년 10 월 28 일-일광 절약 시간 종료
현지 일광 절약 시간이 곧 도달 할 때
2018 년 10 월 28 일 일요일 오전 3:00:00 시계가 1 시간 뒤로 바뀝니다.
대신 현지 표준시로 2018 년 10 월 28 일 일요일 오전 2:00:00입니다.

이 코드에는 버그가 없습니다.

d => d.format() + ' ' + d.tz()

x = moment.tz(new Date('10/27/2018 00:00:00'), 'Europe/Rome');
fmt(x)                       // "2018-10-27T06:00:00+02:00 Europe/Rome"
fmt(x.clone().add(1, 'day')) // "2018-10-28T06:00:00+01:00 Europe/Rome" - tz offset changed, hour preserved as expected
fmt(x.clone().add(2, 'day')) // "2018-10-29T06:00:00+01:00 Europe/Rome"

TZ가 변하지 만 시간은 일정하게 유지됩니다.

복제 단계에 따르면 추가 된 날짜가 DST 컷오프에 완벽하게 도달하면 코드에 불일치가있는 것 같습니다. 산티아고 시간대에서 DST 규칙은 자정에 시계가 한 시간 뒤로 돌아가는 것입니다.

이 경우는 DST 컷오프가 자정 인 시간대에 해당하는 것으로 보입니다. 왜냐하면 컷오프가 오전 3시에 있고 x 날짜가 오전 3시에있는 시간대로 재현 할 수 없었기 때문입니다.

유럽 ​​/ 로마-https: //www.timeanddate.com/time/change/italy/rome

2018 년 10 월 28 일-일광 절약 시간 종료
현지 일광 절약 시간이 곧 도달 할 때
2018 년 10 월 28 일 일요일 오전 3:00:00 시계가 1 시간 뒤로 바뀝니다.
대신 현지 표준시로 2018 년 10 월 28 일 일요일 오전 2:00:00입니다.

이 코드에는 버그가 없습니다.

fmt = d => d.format() + ' ' + d.tz()

x = moment.tz(new Date('October 27, 2018 03:00:00'), 'Europe/Rome');
fmt(x);                       // "2018-10-27T09:00:00+02:00 Europe/Rome"
fmt(x.clone().add(1, 'days')) // "2018-10-28T09:00:00+01:00 Europe/Rome" - tz offset changed, hour preserved as expected
fmt(x.clone().add(2, 'days')) // "2018-10-29T09:00:00+01:00 Europe/Rome"

이 버그는 DST 마감 시간이 자정 인 시간대에만 존재하며 날짜가 마감 시간에 정확히 도착하도록하는 날짜에 시간을 추가하고 있음을 확인할 수있었습니다.

미국 / Punta_Arenas - https://www.timeanddate.com/time/zone/chile/punta-arenas
2016 년에는이 시간대도 자정에 마감되었습니다.

이 코드에는 버그가있는 것 같습니다. 각 줄 뒤에 주석보기

fmt = d => d.format() + ' ' + d.tz()

x = moment.tz(new Date('08/13/2016 00:00:00'), 'America/Punta_Arenas')
fmt(x);                        // "2016-08-13T00:00:00-04:00 America/Punta_Arenas"
fmt(x.clone().add(1, 'days')); // "2016-08-13T23:00:00-04:00 America/Punta_Arenas" - 23 hours added, not 1 day, no tz offset change
fmt(x.clone().add(2, 'days')); // "2016-08-15T00:00:00-03:00 America/Punta_Arenas"

동일한 종류의 시간대 (자정 DST)를 뺄 때 유사한 문제로 보이는 것을 발견했습니다.

DST 시프트에서 날짜를 정확히 빼면 해당 날짜에만 시간이 유지되지 않고 날짜가 변경됩니다.

fmt = d => d.format() + ' ' + d.tz()

x = moment.tz(new Date('08/13/2018 23:00:00'), 'America/Santiago');
fmt(x);                             // "2018-08-14T00:00:00-03:00 America/Santiago"
fmt(x.clone().subtract(1, 'days')); // "2018-08-13T00:00:00-03:00 America/Santiago"
fmt(x.clone().subtract(2, 'days')); // "2018-08-12T01:00:00-03:00 America/Santiago" - hour not preserved, but date changed
fmt(x.clone().subtract(3, 'days')); // "2018-08-11T00:00:00-04:00 America/Santiago" - original hour preserved now

시간대가 America/Asuncion 사용자로부터이 문제에 대한 또 다른 신고를 받았습니다.

애플리케이션에서 버그를 생성하는 함수는 다음과 같습니다.

function generateDayRange(start, end) {
    const days = [];
    let current = start.clone();

    while (current <= end) {
        days.push(current.clone());
        current = current.add(1, 'days');
    }

    return days;
}

이 함수를 사용할 때 하루의 시작일 인 시작 날짜와 시간이 그다지 중요하지 않은 종료 날짜를 전달합니다.

generateDayRange(startDate.clone().startOf('week'), startDate.clone().endOf('week'));
generateDayRange(getAppDate(startDate), getAppDate(endDate));
generateDayRange(startRange, startRange.clone().add(27, 'days'));

문제는 순간 날짜 배열에 중복 된 날짜가 포함되어 애플리케이션의 UI에 반영된다는 것입니다 (달력에는 중복 된 날짜가 있음).

내 더 큰 우려는 라이브러리가 예상대로 작동하지 않기 때문에 감지 된 데이터 손실, 잘못된 요청 등과 같은 미묘한 문제가 눈에 띄지 않을 수 있다는 것입니다.

호기심 많은 독자들이이 문제를 해결할 수 있도록 코드 펜 등에서 일련의 테스트를 수행 할 것입니다.

관련 문제 # 4785에는 코드에 대한 링크가 있습니다.
순간 예 https://runkit.com/embed/1r62d83amq7x
그러나 luxon은 이것을 올바르게 처리합니다.
https://runkit.com/embed/t49achvensqf

최근 DST 변경 사항이 있다는 것을 알고 있으므로 현재 develop (출시되지 않음)에있는 코드를 확인해야합니다. 또는 다음 릴리스까지 기다렸다가 여전히 동일한 지 확인할 수 있습니다.

여기서 동작은 순간 시간대 v0.5.4와 v0.5.26 사이에서 변경된 것처럼 보입니다.
이전 버전에서는 '2018-08-11'에 1 일을 추가하면 같은 날 오후 11 시가됩니다.
새 버전에서는 자정에 '2018-08-12'를 제공합니다. 그러나이 시간은 실제로 존재하지 않으며 1 분을 추가하면 1 시간이 거슬러 올라갑니다. 그러나이 DST 변경은 ​​1 시간을 추가해야했습니다.

이전 버전은이 문제에 설명 된대로 작동합니다.
https://jsfiddle.net/eqyvuxht/1/

새 버전, 변경된 동작,하지만 여전히 잘못된 것 같아요?
https://jsfiddle.net/0h6atn4b/4/

해결 방법은 다음과 같습니다.

function switchZone(m, zone) {
  let arr = [m.year(), m.month(), m.date(), m.hour(), m.minute(), m.second()];
  if(zone) {
    return moment.tz(arr, zone);
  }
  return moment(arr);
}

function safeAddDays(m, days) {
   let oldZone = m.tz();
   let utc = switchZone(m, 'UTC');
   utc.add(days, 'days');
   return switchZone(utc, oldZone);
}

이번 달 (2019 년 9 월)에 날짜 선택기를 사용하는 Santiago 사용자에게 날짜가 1, 2, 3, 4, 5, 6, 7, 7, 7, 7 인 달력이 표시되는 동일한 문제가 발생합니다. 9 월 ... 내부적으로 .add(1, 'days') 도 사용하고 있습니다. 그때까지 수정하지 않으면 내년에 2020 년 9 월에 다시 발생할 것입니다.

@mblandfo 해결 방법도 우리를 위해 트릭을 수행하는 것 같습니다. 감사!