Felsöka vanliga problem med slutkod i Azure Spring Apps

Anteckning

Planerna Basic, Standardoch Enterprise gick in i en pensionsperiod den 17 mars 2025. Mer information finns i meddelandet om azure Spring Apps-pensionering.

Den här artikeln gäller för:✅ Enterprise ✅ Basic/Standard

Den här artikeln beskriver felsökningsåtgärder som du kan vidta när ditt program i Azure Spring Apps avslutas med en felkod. Du kan få en felkod om programdistributionen misslyckas eller om programmet avslutas när det körs.

Utgångskoder

Slutkoden anger orsaken till att programmet avslutades. I följande lista beskrivs några vanliga slutkoder:

• 0 – Programmet avslutades eftersom det kördes till slutförande. Uppdatera serverprogrammet så att det körs kontinuerligt.

  Distribuerade Azure-appar i Azure Spring Apps bör erbjuda tjänster kontinuerligt. En slutkod för 0 anger att programmet inte körs kontinuerligt. Kontrollera loggarna och källkoden.

• 1 – Om programmet avslutas med en slutkod som inte är noll felsöker du koden och relaterade tjänster och distribuerar sedan programmet igen.

  Tänk på följande möjliga orsaker till en slutkod som inte är noll:

  • Det är något fel med din Spring Boot-konfiguration.

    Du behöver till exempel en spring.db.url parameter för att ansluta till databasen, men den finns inte i konfigurationsfilen.

  • Du är frånkopplad från en tjänst från tredje part.

    Du måste till exempel ansluta till en Redis-tjänst, men tjänsten fungerar inte eller är tillgänglig.

  • Du har inte tillräcklig åtkomst till en tjänst från tredje part.

    Du måste till exempel ansluta till Azure Key Vault för att importera certifikat i ditt program, men programmet har inte de behörigheter som krävs för att komma åt det.

  • Om ditt program är en statisk fil eller ett dynamiskt klientdelsprogram som hanteras av en webbserver kan du läsa avsnittet Vanliga bygg- och distributionsfel i Distribuera webbstatiska filer.

• 137 - Programmet avslutas omedelbart av värdplattformen utan respitperiod. Den här slutkoden kan vara resultatet av något av följande scenarier:

  • När liveness-kontrollen misslyckas dödar värdplattformen omedelbart programmet efter att ha försökt avsluta det och väntar på en respitperiod. Se till att din applikation hanterar en graciös avstängning korrekt.

  • Programmet avslutades på grund av ett minnesfel. Programmet begärde resurser som värdplattformen inte kunde tillhandahålla. Uppdatera programmets JVM-parametrar (Java Virtual Machine) för att begränsa resursanvändningen eller skala upp programresurser.

    Om programmet är ett Java-program kontrollerar du JVM-parametervärdena. De kan överskrida programmets minnesgräns.

    Anta till exempel att du anger Xmx JVM-parametern till 10 GB, men programmet använder upp till 5 GB minne. Xmx Minska värdet eller öka programminnet för att se till att värdet för parametern Xmx är lägre eller lika med programmets minnesgräns.

• 143 – Programmet avslutades eftersom det inte kunde svara på en hälsokontroll på grund av ett minnesfel eller något annat fel.

  Den här felkoden genereras oftast av ett out-of-memory-fel. Mer information finns i Problem med omstart av appar som orsakas av minnesbrist.

  Du kan också hämta information från programloggen med hjälp av Azure CLI-kommandot az spring app logs . För mer information, se Stream Azure Spring Apps-programkonsolloggar i realtid.

Nästa steg