Código de saída não é motivo de crash, é um dar de ombros
O número não diz nada. A linha acima dele diz tudo — e já está na sua pasta de logs.
Um servidor Java que morre imprime Exit Code 1 e para. Essa é a mensagem inteira. O código de saída 1 significa "o processo terminou de forma anormal" — é uma categoria, não uma causa, e abrange desde uma pasta de mundo ausente até um mod que lança exceção durante o carregamento de classes.
Onde está a resposta de verdade
O código de saída é impresso pelo seu launcher ou painel de hospedagem, não pelo jogo. A causa está em logs/latest.log e, no caso de um crash, no relatório que o servidor salva em crash-reports/. Leia o log de trás para frente, a partir do final, até encontrar o primeiro Exception, Caused by: ou Failed to. Essa linha indica a classe, o mod ou o arquivo.
[Server thread/ERROR]: Encountered an unexpected exception
java.lang.NoSuchMethodError: net.minecraft.world.level.Level.getBiome
at com.example.mod.ExampleMixin.inject(ExampleMixin.java:41)
Caused by: java.lang.NoClassDefFoundError: com/example/lib/HelperO NoClassDefFoundError aqui é uma dependência ausente, não um mundo corrompido. O código de saída não disse nada disso.
Códigos de saída que você realmente vai ver
| Código | Significado habitual |
|---|---|
| 0 | Desligamento limpo — /stop ou um reinício agendado |
| 1 | O watchdog matou um tick travado, a JVM se recusou a iniciar, ou um launcher ou carregador de mods reportou um crash |
| 137 | Morto pelo sistema operacional, quase sempre pelo OOM killer |
| 143 | SIGTERM — um orquestrador de contêineres o interrompeu |
O código 137 é o que as pessoas interpretam errado como crash. A JVM não falhou; algo fora dela decidiu que o processo usou memória demais.
Java e Bedrock não são o mesmo problema
O servidor dedicado do Bedrock é outro programa, com seu próprio sistema de logs, e conselhos escritos para logs do Java não se aplicam a ele.
Stacks com mods falham de outro jeito
Com mods, a primeira exceção muitas vezes é só um sintoma. Um mixin que falha ao ser aplicado gera uma cascata em que o verdadeiro culpado é a primeira linha de Mixin apply failed, não a de NoSuchMethodError trinta linhas depois. Procure no log por Mixin antes de procurar por Exception.
Verificando se o servidor está no ar
Um log diz por que ele morreu. Não diz se ele está vivo agora. Uma consulta de status na porta do servidor responde isso em uma única requisição. A ferramenta aqui verifica servidores Java; o Bedrock usa UDP e precisa da própria consulta.
Cole o log na ferramenta Server Diagnostics para extrair a linha que falhou e aponte-a para o seu host para confirmar que o servidor está de fato respondendo.