Entendendo o Ano Bissexto na Prática
O ano civil padrão tem 365 dias. De tempos em tempos, precisamos ajustar porque o ano trópico — o tempo real que a Terra leva para dar uma volta completa ao redor do Sol — é de cerca de 365,2422 dias. Se ignorássemos esse decimal, as estações migrariam lentamente pelo calendário ao longo dos séculos. O sistema que resolvemos isso é o calendário gregoriano, vigente desde 1582, e ele insere um dia extra periodicamente.Quantos dias tem um ano bissexto
Um ano bissexto tem 366 dias. O dia a mais é colocado em fevereiro, que passa de 28 para 29 dias. O resto do calendário permanece inalterado. A regra de definição é simples de ler mas gera confusão na implementação. Um ano é bissexto se for divisível por 4. Porém, anos divisíveis por 100 não são bissextos, a menos que também sejam divisíveis por 400. Isso significa que 2000 foi bissexto, 1900 não foi, e 2100 não será. Regras como essas existem por um motivo específico: a simplificação por 4 cria um excesso de cerca de 11 minutos por ano, que se acumula. A exceção dos 100 corrige parte disso, e a exceção dos 400 corrige a correção anterior. O resultado final é uma precisão de aproximadamente um dia a cada 3.236 anos.Na prática, a diferença entre anos bissextos e normais aparece em três contextos principais. Em sistemas computacionais, a função datetime ou Calendar já lida com a regra automaticamente na maioria das linguagens modernas. O problema real surge quando alguém faz uma conta manual ou usa uma biblioteca antiga. Eu já vi um script de geração de relatórios financeiros em Python pular fevereiro de 2000 completamente porque o desenvolvedor tinha escrito uma condição if ano % 4 == 0 sem considerar as exceções de 100 e 400. O relatório ficou com duas linhas a menos e ninguém percebeu na validação porque os dados de 2000 eram naturalmente mais escassos naquele sistema.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Em escalas de tempo de longo prazo, como cálculos de juros compostos ou projeções demográficas, pular um dia bissexto em 100 anos resulta em um erro de aproximadamente 0,7%. Em projetos de engenharia com cronogramas de execução, a diferença entre um fluxo de trabalho que considera semanas civis exatas e um que assume 52 semanas fixas por ano gera um desvio cumulativo de vários dias ao longo de uma década. Para saber se um ano é bissexto sem depender de biblioteca alguma, a lógica direta é: divide por 4. Se não dividir, não é. Se dividir, verifica se é divisível por 100. Se não for, é bissexto. Se for, verifica se é divisível por 400. Se for, é bissexto. Se não for, não é. Esse é o algoritmo que o padrão ISO 8601 adota e que deve ser implementado em qualquer sistema que precise validar datas de forma independente.
O lado problemático é que a regra dos 400 é contra-intuitiva para quem não estuda o assunto. Em testes de unidade, a cobertura costuma falhar nos anos 1700, 1800, 1900, 2100, 2200 e 2300 — todos divisíveis por 100 mas não por 400. Esses casos específicos são onde os bugs se escondem. Eu passei uma tarde depurando um sistema de agendamento médico que marcava consultas em 29 de fevereiro de 1900, um ano que nunca existiu no calendário gregoriano. A correção foi adicionar a verificação ano % 400 == 0 explicitamente, porque a função nativa da linguagem estava sendo sobrescrita por uma implementação própria mais simples que havia sido copiada de um tutorial desatualizado. Se você precisa de uma referência rápida e confiável para validar datas bissextas, a função isleap() do módulo calendar em Python ou LocalDate.isLeapYear() em Java são as opções mais seguras. Evite reimplementar a lógica por conta própria a menos que tenha motivo específico para isso, porque a probabilidade de esquecer a exceção dos 100 é altíssima, mesmo para quem já sabe a regra de cor.
