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 ela 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 é a última linha do logs/latest.log. A causa está nas linhas anteriores. Leia de trás para frente, a partir do fim, até encontrar o primeiro Exception, Caused by: ou Failed to. Essa linha nomeia 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 te disse nada disso.
Códigos de saída que você realmente vai ver
| Código | Significado habitual |
|---|---|
| 0 | Encerramento limpo — /stop ou uma reinicialização agendada |
| 1 | Exceção não tratada, ou a JVM se recusou a iniciar |
| 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 erroneamente 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 do Bedrock grava bedrock_server.log e não emite um código de saída no estilo Java — ele despeja um relatório do manipulador de crash com um stack trace e uma linha Crash report. Conselhos escritos para logs do Java não se aplicam a ele.
Stacks com mods falham de forma diferente
Com mods, a primeira exceção muitas vezes é um sintoma. Um mixin que falha ao ser aplicado gera uma cascata em que o verdadeiro culpado é a primeira linha Mixin apply failed, não o NoSuchMethodError trinta linhas depois. Procure no log por Mixin antes de procurar por Exception.
Verificando se o servidor está no ar
Um log te diz por que ele morreu. Ele não te diz se está vivo agora. Uma verificação TCP na porta do servidor responde isso em uma única requisição, e funciona igual para Java e Bedrock, porque ambos se comunicam por socket.
Cole o log na ferramenta Diagnóstico de Servidor para extrair a linha que falhou, e aponte-a para o seu host para confirmar que o servidor está de fato respondendo.