O único número par que é primo
A resposta curta é o número 2. Mas se você já viu gente confundindo isso em discussões de matemática ou em código, sabe que o assunto rende mais do que parece. Um número primo é aquele que tem exatamente dois divisores: ele mesmo e o um. Um número par é todo aquele divisível por 2. O problema é que, ao exigir divisibilidade por 2, todos os outros números pares (4, 6, 8, 10...) já têm pelo menos três divisores, então automaticamente saem da lista de primos. O 2 é a exceção que confirma a regra, porque seus únicos divisores são 1 e 2.
qual é o número par e primo
Essa pergunta aparece com frequência em contextos bem diferentes. Às vezes é só curiosidade teórica, mas na prática eu vejo isso aparecendo em problemas de criptografia, algoritmos de triagem de números e até em validações de entrada onde o desenvolvedor escreveu uma função que descarta pares sem pensar no 2. Já perdi tempo debugando um script de geração de chaves porque o código usava um loop que começava em 3 e pular o 2, assumindo que nenhum primo era par. O resultado eram chaves mais fracas do que o necessário, porque o algoritmo simplesmente não considerava o menor primo como candidato válido. O que as pessoas costumam errar não é saber a resposta, mas sim aplicar o conceito de forma cega. Por exemplo, em otimizações de algoritmos, muitos desenvolvedores tratam o 2 como um caso especial separado e depois pulam todos os pares no restante da iteração. Isso é correto e economiza tempo, mas o erro comum é esquecer de testar o 2 explicitamente antes de entrar no loop.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Se você precisa verificar se um número é primo e par ao mesmo tempo, a abordagem mais sensata é simplesmente comparar com 2. Qualquer outra verificação é trabalho desnecessário. Um teste como esse roda em tempo constante, ou seja, O(1), independentemente do tamanho da entrada. Um detalhe que poucos levam em conta: em certas implementações de testes de primalidade probabilísticos, como Miller-Rabin, o 2 é usado como base fixa para a primeira rodada de verificação. Se você adaptar esse algoritmo para trabalhar apenas com números ímpares a partir de um certo ponto, precisa garantir que o 2 foi validado antes. Casei com esse bug numa integração com uma biblioteca de números grandes e o problema era que a validação inicial ignorava primos menores que 3, o que causava falsos positivos em números compostos pequenos.
O workaround que funcionou foi simplesmente adicionar uma verificação explícita: se o número for 2, retorne verdadeiro; se for par e maior que 2, retorne falso. A partir daí, o resto do algoritmo pode focar só nos ímpares sem risco de erro. Outra coisa que merece atenção é a distinção entre números primos e primos relativos. Às vezes confunde porque existem pares de números ímpares que são primos entre si, como 9 e 25, mas isso não tem relação com a pergunta original. A unicidade do 2 como primo par é absoluta e não tem exceção.
Se estiver construindo algo que depende dessa propriedade, como um gerador de sequências ou um filtro em banco de dados, vale a pena documentar explicitamente que o 2 é o único caso par. Ajuda quem for manter o código depois, e evita que alguém reescreva a lógica achando que existe um padrão maior.
