Entendendo o menor número com 4 algarismo
O menor número com 4 algarismo é 1000. Não tem muito mistério, mas eu vejo gente confundir isso o tempo todo, principalmente quando o assunto é validação de dados ou geração automática de códigos.
menor numero com 4 algarismo
Em termos matemáticos, qualquer número inteiro entre 1000 e 9999 possui exatamente quatro dígitos. O limite inferior, 1000, é definido porque o dígito mais à esquerda não pode ser zero — senão ele deixa de ter quatro algarismos e passa a ser um número de três dígitos. Isso parece óbvio até você tentar programar e o sistema aceitar "0047" como válido. Eu já passei por isso em um projeto de migração de legacy, onde tínhamos que converter identificadores numéricos de um sistema antigo que guardava números com zeros à esquerda como strings. A equipe achava que 0047 era um número válido com quatro algarismos. Não era. Tivemos que reescrever toda a validação porque o banco de dados interpretava como inteiros e o zero inicial simplesmente desaparecia. A solução foi tratar os dados como string durante a conversão e aplicar uma regex: ^\d{4}$, seguida de verificação se o valor convertido era >= 1000.
Como validar na prática
Se você precisa garantir que um número tenha exatamente quatro dígitos, existem dois caminhos que eu recomendo: Caminho numérico: verifique se o número está no intervalo [1000, 9999]. É simples, direto e funciona na maioria dos casos.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Caminho de string: converta para texto e verifique o comprimento. Útil quando você lida com entradas que podem ter zeros à esquerda, mas aí precisa decidir se "0047" conta ou não. O problema real aparece quando você junta os dois mundos. Formulários web, APIs, arquivos CSV — tudo se comporta de maneira diferente. Um campo numérico em JSON remove zeros à esquerda automaticamente. Um campo texto em CSV mantém. Se você não tratar isso na entrada, vai ter inconsistências que vão te perseguir por meses.
Uma lição que eu aprendi na prática: sempre defina o comportamento esperado com antecedência e documente. "Número com 4 algarismos" significa coisas diferentes para pessoas diferentes. Para alguns, 0123 é válido. Para outros, só 123 a 9999 contam.
Limitações e casos onde isso falha
Validação baseada apenas no intervalo [1000, 9999] não protege contra entradas maliciosas que tentam contornar o campo usando notação científica. Eu vi um caso onde um usuário enviou "1e3" e o sistema interpretou como 1000, passando na validação quando o objetivo era aceitar apenas dígitos puros. A correção foi adicionar uma verificação de formato antes da conversão numérica, rejeitando qualquer entrada que não coincidisse com a expressão regular ^[0-9]+$. Também vale lembrar que em sistemas internacionais, separadores decimais variam. Um validador mal configurado pode tratar "1.000" como um número e meio em vez de mil. Se seu público usa vírgula como separador decimal, o tratamento precisa ser explícito e nunca assumir o padrão da sua linguagem de programação.
O mais seguro, na minha experiência, é usar validação em camadas: primeiro formato, depois intervalo, depois regra de negócio. Gasta um pouco mais de linha de código, mas evita horas de debugging depois.
