AskOverflow.Dev

AskOverflow.Dev Logo AskOverflow.Dev Logo

AskOverflow.Dev Navigation

  • Início
  • system&network
  • Ubuntu
  • Unix
  • DBA
  • Computer
  • Coding
  • LangChain

Mobile menu

Close
  • Início
  • system&network
    • Recentes
    • Highest score
    • tags
  • Ubuntu
    • Recentes
    • Highest score
    • tags
  • Unix
    • Recentes
    • tags
  • DBA
    • Recentes
    • tags
  • Computer
    • Recentes
    • tags
  • Coding
    • Recentes
    • tags
Início / coding / Perguntas / 79425118
Accepted
SoT
SoT
Asked: 2025-02-09 23:04:14 +0800 CST2025-02-09 23:04:14 +0800 CST 2025-02-09 23:04:14 +0800 CST

ZonedDateTime produz data incorreta em Europa/Paris vs GMT+1

  • 772

Estou no fuso horário +07:00.

Dado isto:

ZonedDateTime.of( LocalDateTime.of( 1899, 12, 31, 23, 9, 20, 0 ), ZoneOffset.UTC )
.withZoneSameInstant( ZoneId.of( "Europe/Paris" ) )

Produziria:1899-12-31T23:18:41+00:09:21[Europe/Paris]

Por outro lado:

ZonedDateTime.of( LocalDateTime.of( 1899, 12, 31, 23, 9, 20, 0 ), ZoneOffset.UTC )
.withZoneSameInstant( ZoneId.of( "GMT+1" ) )

Produziria:1900-01-01T00:09:20+01:00[GMT+01:00]

Por que eles são diferentes, já que ambos ZoneId.of( "Europe/Paris" ).getRules().getOffset( LocalDateTime.now() )e ZoneId.of( "GMT+1" ).getRules().getOffset( LocalDateTime.now() )produzem +01:00? Espero que a primeira tentativa dê 1900-01-01T00:09:20+01:00[Europe/Paris]. BTW, onde estão os +00:09:21na primeira tentativa?

java
  • 2 2 respostas
  • 92 Views

2 respostas

  • Voted
  1. Best Answer
    Sweeper
    2025-02-09T23:31:16+08:002025-02-09T23:31:16+08:00

    Você está correto Europe/Parise GMT+1tem o mesmo deslocamento agora (2025-02-09), mas eles não tinham o mesmo deslocamento em 1899.

    Vamos imprimir os deslocamentos que Instantvocê realmente está interessado,

    var zdt = ZonedDateTime.of( LocalDateTime.of(1899, 12, 31, 23, 9, 20, 0), ZoneOffset.UTC);
    System.out.println(ZoneId.of("Europe/Paris").getRules().getOffset(zdt.toInstant()));
    System.out.println(ZoneId.of("GMT+1").getRules().getOffset(zdt.toInstant()));
    

    Isto imprime

    +00:09:21
    +01:00
    

    Foi daí que veio +00:09:21. Paris não padronizou seus fusos horários até 1911. São 9 minutos e 21 segundos à frente do GMT porque Paris fica a leste de Greenwich por esse tempo. Isso é deslocado do GMT do horário médio local de Paris.

    O deslocamento do fuso horário Europe/Parismudou muito ao longo da história. Veja a Wikipedia para mais detalhes. Ou você pode simplesmente imprimir

    System.out.println(ZoneId.of("Europe/Paris").getRules().getTransitions());
    
    • 12
  2. Basil Bourque
    2025-02-10T07:16:32+08:002025-02-10T07:16:32+08:00

    A resposta do Sweeper está correta e inteligente. Vou apenas acrescentar algumas ideias.

    O rastreamento de fusos horários é muito novo

    Conforme sugerido na outra resposta, vamos analisar o histórico de mudanças no offset usado pela população da região de Paris, conforme decidido por seus políticos.

    ZoneId
            .of ( "Europe/Paris" )
            .getRules ( )
            .getTransitions ( )
            .forEach (
                   System.out :: println
            );
    
    Transition[Overlap at 1911-03-11T00:00+00:09:21 to Z]
    Transition[Gap at 1916-06-14T23:00Z to +01:00]
    Transition[Overlap at 1916-10-02T00:00+01:00 to Z]
    Transition[Gap at 1917-03-24T23:00Z to +01:00]
    Transition[Overlap at 1917-10-08T00:00+01:00 to Z]
    Transition[Gap at 1918-03-09T23:00Z to +01:00]
    Transition[Overlap at 1918-10-07T00:00+01:00 to Z]
    Transition[Gap at 1919-03-01T23:00Z to +01:00]
    Transition[Overlap at 1919-10-06T00:00+01:00 to Z]
    Transition[Gap at 1920-02-14T23:00Z to +01:00]
    Transition[Overlap at 1920-10-24T00:00+01:00 to Z]
    Transition[Gap at 1921-03-14T23:00Z to +01:00]
    Transition[Overlap at 1921-10-26T00:00+01:00 to Z]
    Transition[Gap at 1922-03-25T23:00Z to +01:00]
    Transition[Overlap at 1922-10-08T00:00+01:00 to Z]
    Transition[Gap at 1923-05-26T23:00Z to +01:00]
    Transition[Overlap at 1923-10-07T00:00+01:00 to Z]
    Transition[Gap at 1924-03-29T23:00Z to +01:00]
    Transition[Overlap at 1924-10-05T00:00+01:00 to Z]
    Transition[Gap at 1925-04-04T23:00Z to +01:00]
    Transition[Overlap at 1925-10-04T00:00+01:00 to Z]
    Transition[Gap at 1926-04-17T23:00Z to +01:00]
    Transition[Overlap at 1926-10-03T00:00+01:00 to Z]
    Transition[Gap at 1927-04-09T23:00Z to +01:00]
    Transition[Overlap at 1927-10-02T00:00+01:00 to Z]
    Transition[Gap at 1928-04-14T23:00Z to +01:00]
    Transition[Overlap at 1928-10-07T00:00+01:00 to Z]
    Transition[Gap at 1929-04-20T23:00Z to +01:00]
    Transition[Overlap at 1929-10-06T00:00+01:00 to Z]
    Transition[Gap at 1930-04-12T23:00Z to +01:00]
    Transition[Overlap at 1930-10-05T00:00+01:00 to Z]
    Transition[Gap at 1931-04-18T23:00Z to +01:00]
    Transition[Overlap at 1931-10-04T00:00+01:00 to Z]
    Transition[Gap at 1932-04-02T23:00Z to +01:00]
    Transition[Overlap at 1932-10-02T00:00+01:00 to Z]
    Transition[Gap at 1933-03-25T23:00Z to +01:00]
    Transition[Overlap at 1933-10-08T00:00+01:00 to Z]
    Transition[Gap at 1934-04-07T23:00Z to +01:00]
    Transition[Overlap at 1934-10-07T00:00+01:00 to Z]
    Transition[Gap at 1935-03-30T23:00Z to +01:00]
    Transition[Overlap at 1935-10-06T00:00+01:00 to Z]
    Transition[Gap at 1936-04-18T23:00Z to +01:00]
    Transition[Overlap at 1936-10-04T00:00+01:00 to Z]
    Transition[Gap at 1937-04-03T23:00Z to +01:00]
    Transition[Overlap at 1937-10-03T00:00+01:00 to Z]
    Transition[Gap at 1938-03-26T23:00Z to +01:00]
    Transition[Overlap at 1938-10-02T00:00+01:00 to Z]
    Transition[Gap at 1939-04-15T23:00Z to +01:00]
    Transition[Overlap at 1939-11-19T00:00+01:00 to Z]
    Transition[Gap at 1940-02-25T02:00Z to +01:00]
    Transition[Gap at 1940-06-14T23:00+01:00 to +02:00]
    Transition[Overlap at 1942-11-02T03:00+02:00 to +01:00]
    Transition[Gap at 1943-03-29T02:00+01:00 to +02:00]
    Transition[Overlap at 1943-10-04T03:00+02:00 to +01:00]
    Transition[Gap at 1944-04-03T02:00+01:00 to +02:00]
    Transition[Overlap at 1944-10-08T01:00+02:00 to +01:00]
    Transition[Gap at 1945-04-02T02:00+01:00 to +02:00]
    Transition[Overlap at 1945-09-16T03:00+02:00 to +01:00]
    Transition[Gap at 1976-03-28T01:00+01:00 to +02:00]
    Transition[Overlap at 1976-09-26T01:00+02:00 to +01:00]
    Transition[Gap at 1977-04-03T02:00+01:00 to +02:00]
    Transition[Overlap at 1977-09-25T03:00+02:00 to +01:00]
    Transition[Gap at 1978-04-02T02:00+01:00 to +02:00]
    Transition[Overlap at 1978-10-01T03:00+02:00 to +01:00]
    Transition[Gap at 1979-04-01T02:00+01:00 to +02:00]
    Transition[Overlap at 1979-09-30T03:00+02:00 to +01:00]
    Transition[Gap at 1980-04-06T02:00+01:00 to +02:00]
    Transition[Overlap at 1980-09-28T03:00+02:00 to +01:00]
    Transition[Gap at 1981-03-29T02:00+01:00 to +02:00]
    Transition[Overlap at 1981-09-27T03:00+02:00 to +01:00]
    Transition[Gap at 1982-03-28T02:00+01:00 to +02:00]
    Transition[Overlap at 1982-09-26T03:00+02:00 to +01:00]
    Transition[Gap at 1983-03-27T02:00+01:00 to +02:00]
    Transition[Overlap at 1983-09-25T03:00+02:00 to +01:00]
    Transition[Gap at 1984-03-25T02:00+01:00 to +02:00]
    Transition[Overlap at 1984-09-30T03:00+02:00 to +01:00]
    Transition[Gap at 1985-03-31T02:00+01:00 to +02:00]
    Transition[Overlap at 1985-09-29T03:00+02:00 to +01:00]
    Transition[Gap at 1986-03-30T02:00+01:00 to +02:00]
    Transition[Overlap at 1986-09-28T03:00+02:00 to +01:00]
    Transition[Gap at 1987-03-29T02:00+01:00 to +02:00]
    Transition[Overlap at 1987-09-27T03:00+02:00 to +01:00]
    Transition[Gap at 1988-03-27T02:00+01:00 to +02:00]
    Transition[Overlap at 1988-09-25T03:00+02:00 to +01:00]
    Transition[Gap at 1989-03-26T02:00+01:00 to +02:00]
    Transition[Overlap at 1989-09-24T03:00+02:00 to +01:00]
    Transition[Gap at 1990-03-25T02:00+01:00 to +02:00]
    Transition[Overlap at 1990-09-30T03:00+02:00 to +01:00]
    Transition[Gap at 1991-03-31T02:00+01:00 to +02:00]
    Transition[Overlap at 1991-09-29T03:00+02:00 to +01:00]
    Transition[Gap at 1992-03-29T02:00+01:00 to +02:00]
    Transition[Overlap at 1992-09-27T03:00+02:00 to +01:00]
    Transition[Gap at 1993-03-28T02:00+01:00 to +02:00]
    Transition[Overlap at 1993-09-26T03:00+02:00 to +01:00]
    Transition[Gap at 1994-03-27T02:00+01:00 to +02:00]
    Transition[Overlap at 1994-09-25T03:00+02:00 to +01:00]
    Transition[Gap at 1995-03-26T02:00+01:00 to +02:00]
    Transition[Overlap at 1995-09-24T03:00+02:00 to +01:00]
    Transition[Gap at 1996-03-31T02:00+01:00 to +02:00]
    Transition[Overlap at 1996-10-27T03:00+02:00 to +01:00]
    Transition[Gap at 1997-03-30T02:00+01:00 to +02:00]
    Transition[Overlap at 1997-10-26T03:00+02:00 to +01:00]
    

    Descobrimos que a região de Paris usou quatro compensações em vários momentos:

    • +00:09:21
    • +00:00
    • +01:00
    • +02:00

    Sua suposição de que o horário de Paris sempre usa um deslocamento de +01:00 (GMT+1) está incorreta.

    Vemos que o rastreamento de fuso horário para esta região é rastreado apenas até 1911. Antes da era das ferrovias, havia pouca necessidade de inventar uma “zona” de tempo. O único horário que importava era o horário natural óbvio: meio-dia é quando o sol está diretamente acima, onde quer que você esteja. O meio-dia chega mais cedo no leste antes de chegar no oeste.

    Conforme observado na Wikipedia , em 1891 o tempo foi unificado na França Metropolitana por meio do Meridiano de Paris que atravessa o Observatório de Paris em Paris, França. Essa linha meridiana acontece de ser ≈ 2°20′ a leste do meridiano de Greenwich usado por nossa definição contemporânea de fusos horários usando UTC. Essa distância longitudinal de 2°20′ significa que o sol está diretamente acima dos parisienses cerca de 9 minutos e 21 segundos antes de o sol chegar diretamente acima dos londrinos. E assim o primeiro deslocamento francês para Paris foi definido como +00:00 à frente do Meridiano de Paris. Hoje em dia, nossa definição moderna de fuso horário oficial para essa era Europe/Parisé +00:09:21 à frente do meridiano UTC para contabilizar a diferença de 2°20′. Isso explica o deslocamento visto em seus resultados.

    Tudo isso é uma maneira prolixa de dizer que tentar usar fusos horários fora dos tempos contemporâneos faz pouco ou nenhum sentido:

    • Primeiro porque os fusos horários são uma invenção nova, que remonta apenas ao final do século XIX.
    • Segundo, porque historicamente os fusos horários nunca foram rastreados! Nosso registro deles é falho e incompleto.

    Chocantemente, apesar de todas as nossas muitas universidades e agências governamentais, ninguém se preocupou em identificar os fusos horários e rastrear as mudanças em seus deslocamentos. Somente em nossa vida (de cabelos grisalhos) Arthur David Olson heroicamente empreendeu um banco de dados formal de fusos horários, com a responsabilidade passando para Paul Eggert em 2005. Seus esforços geralmente se concentraram em 1970 e depois, com edições, adições, correções e mudanças acontecendo várias vezes ao ano no que agora chamamos de tzdata .

    Portanto, sua tentativa de representar precisamente um momento de 1899 não é sensata.

    OffsetDateTime

    Vamos analisar seu código.

    ZonedDateTime
    .of( 
        LocalDateTime.of( 1899, 12, 31, 23, 9, 20, 0 ), 
        ZoneOffset.UTC 
    )
    .withZoneSameInstant( 
        ZoneId.of( "Europe/Paris" ) 
    )
    

    Embora não seja crítico, seu uso de ZonedDateTimena primeira parte é enganoso. Você está atribuindo um mero deslocamento em vez de um fuso horário. Então você deveria ter usado OffsetDateTime.

    OffsetDateTime
    .of( 
        LocalDateTime.of( 1899, 12, 31, 23, 9, 20, 0 ), 
        ZoneOffset.UTC 
    )                                   // Returns an `OffsetDateTime` object. 
    .atZoneSameInstant( 
        ZoneId.of( "Europe/Paris" )    
    )                                   // Returns a `ZonedDateTime` object. 
    

    Mas, como discutido acima, usar OffsetDateTimeou ZonedDateTimepara momentos históricos geralmente não é sensato. Seu uso sugere uma precisão e autoridade que não são possíveis, e provavelmente desnecessárias.

    Definições:

    • Um offset é meramente um número de horas-minutos-segundos à frente/atrás de um meridiano temporal. Conforme discutido acima, em protocolos modernos como o ISO 8601, comumente usamos o meridiano UTC, enquanto alguns protocolos usam o Meridiano de Paris (ou outros). E o ISO 8601 e outros protocolos comuns usam +para significar ahead of the meridian e -para significar behind the meridian , embora tenha cuidado, alguns protocolos fazem o oposto.
    • Um fuso horário é nomeado histórico das mudanças passadas, presentes e futuras para o deslocamento usado pelas pessoas de uma região específica, conforme decidido por seus políticos. Os fusos horários modernos são nomeados em um formato como Continent/Region, Europe/London, Europe/Paris, America/Edmonton, Pacific/Aucklandetc.
    • 3

relate perguntas

  • Lock Condition.notify está lançando java.lang.IllegalMonitorStateException

  • Resposta de microsserviço Muitos para Um não aparece no carteiro

  • Validação personalizada do SpringBoot Bean

  • Os soquetes Java são FIFO?

  • Por que não é possível / desencorajado definir um lado do servidor de tempo limite de solicitação?

Sidebar

Stats

  • Perguntas 205573
  • respostas 270741
  • best respostas 135370
  • utilizador 68524
  • Highest score
  • respostas
  • Marko Smith

    Reformatar números, inserindo separadores em posições fixas

    • 6 respostas
  • Marko Smith

    Por que os conceitos do C++20 causam erros de restrição cíclica, enquanto o SFINAE antigo não?

    • 2 respostas
  • Marko Smith

    Problema com extensão desinstalada automaticamente do VScode (tema Material)

    • 2 respostas
  • Marko Smith

    Vue 3: Erro na criação "Identificador esperado, mas encontrado 'import'" [duplicado]

    • 1 respostas
  • Marko Smith

    Qual é o propósito de `enum class` com um tipo subjacente especificado, mas sem enumeradores?

    • 1 respostas
  • Marko Smith

    Como faço para corrigir um erro MODULE_NOT_FOUND para um módulo que não importei manualmente?

    • 6 respostas
  • Marko Smith

    `(expression, lvalue) = rvalue` é uma atribuição válida em C ou C++? Por que alguns compiladores aceitam/rejeitam isso?

    • 3 respostas
  • Marko Smith

    Um programa vazio que não faz nada em C++ precisa de um heap de 204 KB, mas não em C

    • 1 respostas
  • Marko Smith

    PowerBI atualmente quebrado com BigQuery: problema de driver Simba com atualização do Windows

    • 2 respostas
  • Marko Smith

    AdMob: MobileAds.initialize() - "java.lang.Integer não pode ser convertido em java.lang.String" para alguns dispositivos

    • 1 respostas
  • Martin Hope
    Fantastic Mr Fox Somente o tipo copiável não é aceito na implementação std::vector do MSVC 2025-04-23 06:40:49 +0800 CST
  • Martin Hope
    Howard Hinnant Encontre o próximo dia da semana usando o cronógrafo 2025-04-21 08:30:25 +0800 CST
  • Martin Hope
    Fedor O inicializador de membro do construtor pode incluir a inicialização de outro membro? 2025-04-15 01:01:44 +0800 CST
  • Martin Hope
    Petr Filipský Por que os conceitos do C++20 causam erros de restrição cíclica, enquanto o SFINAE antigo não? 2025-03-23 21:39:40 +0800 CST
  • Martin Hope
    Catskul O C++20 mudou para permitir a conversão de `type(&)[N]` de matriz de limites conhecidos para `type(&)[]` de matriz de limites desconhecidos? 2025-03-04 06:57:53 +0800 CST
  • Martin Hope
    Stefan Pochmann Como/por que {2,3,10} e {x,3,10} com x=2 são ordenados de forma diferente? 2025-01-13 23:24:07 +0800 CST
  • Martin Hope
    Chad Feller O ponto e vírgula agora é opcional em condicionais bash com [[ .. ]] na versão 5.2? 2024-10-21 05:50:33 +0800 CST
  • Martin Hope
    Wrench Por que um traço duplo (--) faz com que esta cláusula MariaDB seja avaliada como verdadeira? 2024-05-05 13:37:20 +0800 CST
  • Martin Hope
    Waket Zheng Por que `dict(id=1, **{'id': 2})` às vezes gera `KeyError: 'id'` em vez de um TypeError? 2024-05-04 14:19:19 +0800 CST
  • Martin Hope
    user924 AdMob: MobileAds.initialize() - "java.lang.Integer não pode ser convertido em java.lang.String" para alguns dispositivos 2024-03-20 03:12:31 +0800 CST

Hot tag

python javascript c++ c# java typescript sql reactjs html

Explore

  • Início
  • Perguntas
    • Recentes
    • Highest score
  • tag
  • help

Footer

AskOverflow.Dev

About Us

  • About Us
  • Contact Us

Legal Stuff

  • Privacy Policy

Language

  • Pt
  • Server
  • Unix

© 2023 AskOverflow.DEV All Rights Reserve