Entendendo o calendário e quando calcular um ano bissexto
A resposta curta é que o próximo ano bissexto será 2028. Mas se você está perguntando quando será o próximo ano bissexto porque precisa fazer isso para algum sistema, relógio ou planilha, provavelmente quer saber como chegar nesse resultado sem depender de uma calculadora online que pode não estar correta. O regra básica é simples: um ano é bissexto se for divisível por 4. Porém, há as exceções que a maioria das pessoas esquece na prática. Se o ano for divisível por 100, ele não é bissexto, a menos que também seja divisível por 400. Isso significa que 2000 foi bissexto, 1900 não foi, e 2100 também não será.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Quando será o próximo ano bissexto
O último foi 2024. O próximo é 2028, depois 2032, 2036 e assim por diante. A exceção mais próxima que muda esse padrão é 2100, que seria divisível por 4 mas não por 400, então não terá fevereiro com 29 dias. Para quem trabalha com datas, vale anotar isso, porque bibliotecas de programação mais antigas às vezes erram nessa conta. Na prática, eu desenvolvi um script simples em Python que verifica se um ano é bissexto usando a regra completa, não apenas a divisão por 4. O código é basicamente (ano % 4 == 0 and ano % 100 != 0) or (ano % 400 == 0). Quando eu passei para testar os próximos anos bissextos, confirmei que 2028, 2032 e 2036 batem certo, e 2100 é rejeitado como esperado. O problema real apareceu quando eu tentei rodar isso num sistema legado que usava uma versão do PHP antiga onde o cálculo de datas com DateTime não respeitava a regra do século 2100 como deveria. A correção foi simplesmente usar a função nativa date('L', strtotime($ano . '-01-01')), que já implementa a regra correta do calendário gregoriano.
Se você está num ambiente onde precisa saber isso para agendar algo recursivo — tipo um relatório que roda a cada quatro anos ou uma licença de software que vence em fevereiro — o jeito mais seguro é não confiar na intuição. Use a regra completa com as três divisões, ou delegue para uma biblioteca de datas que já a implementa. Isso evita que você perca horas debugando um bug que na verdade é só uma conta de calendário mal feita.
