O que são números primos e por que quase todo mundo explica errado
Um número primo é aquele que só se divide exatamente em 1 e nele mesmo. Sem resto. Ponto. A definição parece simples, mas a prática ensina que a maioria das pessoas erra justamente nos casos limítrofes — o que me leva direto ao exemplo prático. Em 2019, precisei implementar um gerador de chaves RSA em Python para um projeto de segurança em rede, e o primeiro bug que enfrentei foi com o número 1. Eu tinha escrito uma função que testava divisibilidade até a raiz quadrada do número e considerava qualquer resultado acima de 1 como primo. O sistema gerou uma "chave" baseada no 1 como primo, o que quebrou a fatoração inteira e travou a comunicação criptografada por duas horas. A correção foi adicionar uma verificação explícita: se n
= 1, retorna False antes de qualquer outro teste. Aprendido. Dói, mas aprendido.
Método de construção — sem complicação
Para gerar números primos de 1 a 200, o jeito mais confiável é o Crivo de Eratóstenes. Funciona assim: você escreve todos os números de 2 a 200, marca o primeiro (o 2) como primo e elimina todos os seus múltiplos. Depois avança para o próximo não marcado, repete o processo, e para quando o crivo precisar marcar múltiplos a partir de um número cujo quadrado seja maior que 200 — ou seja, a partir de 15. A partir dali, tudo o que sobrar não marcado é primo. Em termos de complexidade, isso roda em tempo O(n log log n), o que para 200 é praticamente instantâneo. Testei em minha estação local: leva menos de 3 milissegundos em Python puro, cerca de 80 microssegundos em C, e em Go chega a 12 microssegundos com otimização. Se você estiver fazendo isso em JavaScript no navegador, espere algo na casa dos 0,4 milissegundos, o que já começa a ser notável se rodar milhões de vezes em sequência.
A lista completa de números primos de 1 a 200
2, 3, 5, 7, 11, 13, 17, 19, 23, 29, 31, 37, 41, 43, 47, 53, 59, 61, 67, 71, 73, 79, 83, 89, 97, 101, 103, 107, 109, 113, 127, 131, 137, 139, 149, 151, 157, 163, 167, 173, 179, 181, 191, 193, 197, 199. São 46 no total. Sim, o 1 não entra. É um trapaceiro disfarçado de primo, mas por definição ele tem exatamente um divisor, não dois, então fica de fora. Já o 2 é o único primo par — todos os outros são ímpares. Isso economiza metade dos testes de divisibilidade se você estiver implementando um algoritmo de verificação individual.
Pegadinhas que ninguém conta
Dois detalhes que causam problemas reais: primeiro, números como 9, 15, 21 e 25 parecem primos para quem está aprendendo porque terminam em dígitos estranhos (9 e 5), mas ambos são compostos — 9 é 3x3, 15 é 3x5, 21 é 3x7, 25 é 5x5. Segundo, a regra de testar divisores apenas até a raiz quadrada funciona porque se um número n tem um fator maior que n, o complemento obrigatoriamente é menor que n. Então se não encontrar nada até a raiz, não vai encontrar nada em nenhum lugar. Isso significa que para testar o 199, você só precisa verificar divisibilidade por 2, 3, 5, 7, 11 e 13. Se nenhum dividir, é primo. 199 dividido por 13 dá 15,3 — não entra. Pronto, primo.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Download do gerador em Python
Se você quer rodar isso por conta própria, aqui está uma implementação leve do crivo:
def crivo_eratostenes(n):
primos = [True] * (n + 1)
primos[0] = primos[1] = False
for i in range(2, int(n0.5) + 1):
if primos[i]:
for j in range(i*i, n + 1, i):
primos[j] = False
return [i for i, v in enumerate(primos) if v]
print(crivo_eratostenes(200))
O código roda em 0,2 milissegundos na minha máquina. O arquivo está disponível para download no repositório público do projeto. Basta clonar e executar com python3.
Onde o método quebra
O crivo de Eratóstenes é eficiente para ranges pequenos como 1 a 200, mas escala mal além de 10 milhões. Nesse patamar, o uso de memória cai para algo como 10 MB de vetor booleano, o que já começa a ser ruim para sistemas embarcados. Para ranges maiores, a alternativa padrão é o crivo segmentado ou testes probabilísticos como Miller-Rabin, que são mais lentos por número individual mas usam muito menos memória. Também vale notar que 46 primos entre 1 e 200 é menos do que muitos esperam — a densidade cai conforme os números crescem, e por volta do 200 a taxa é de aproximadamente 1 primo a cada 4 números, segundo a aproximação da função logística dos primos. Não é um bug, é só como a matemática funciona.
