Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Punkt wejścia kontenera to proces skonfigurowany do uruchamiania po uruchomieniu kontenera.
Wymagania wstępne
- Docker Desktop lub Podman Desktop.
- Visual Studio lub dla obsługi Podman Visual Studio 2026 z zainstalowanymi pakietami roboczymi tworzenie aplikacji ASP.NET i aplikacji sieci Web, Programowanie na platformie Azure i/lub tworzenie aplikacji klasycznych platformy .NET.
Wymagania wstępne
- Docker Desktop.
- Program Visual Studio, który ma zainstalowane pakiety do tworzenia ASP.NET i aplikacji internetowych, rozwoju aplikacji na platformie Azure, i/lub rozwoju aplikacji desktopowych .NET.
Punkt wejścia według typu projektu
Program Visual Studio używa niestandardowego punktu wejścia kontenera w zależności od typu projektu i systemu operacyjnego kontenera, oto różne kombinacje:
| Typ kontenera | Punkt wejścia |
|---|---|
| kontenerów systemu Linux | W przypadku .NET 6 i nowszych punkt wejścia to dotnet --roll-forward Major /VSTools/DistrolessHelper/DistrolessHelper.dll --wait. W przypadku platformy .NET 5 i starszych punkt wejścia jest tail -f /dev/null. Te procesy używają nieskończonego oczekiwania, aby zachować działanie kontenera, gdy aplikacja nie jest uruchomiona. Po uruchomieniu aplikacji z debugowaniem lub bez niego jest to debuger, który jest odpowiedzialny za uruchomienie aplikacji (czyli dotnet webapp.dll) i utrzymanie działania kontenera. |
| kontenerów systemu Windows | Punkt startowy to coś w rodzaju C:\remote_debugger\x64\msvsmon.exe /noauth /anyuser /silent /nostatus, co uruchamia debuger i nasłuchuje połączeń. W przypadku aplikacji internetowych programu .NET Framework punkt wejścia jest nieco inny, gdy ServiceMonitor jest dodawany do polecenia . |
| Typ kontenera | Punkt wejścia |
|---|---|
| kontenerów systemu Linux | W przypadku .NET 6 i nowszych punkt wejścia to dotnet --roll-forward Major /VSTools/DistrolessHelper/DistrolessHelper.dll --wait. W przypadku platformy .NET 5 i starszych punkt wejścia jest tail -f /dev/null. Te procesy używają nieskończonego oczekiwania, aby zachować działanie kontenera, gdy aplikacja nie jest uruchomiona. Po uruchomieniu aplikacji z debugowaniem lub bez niego jest to debuger, który jest odpowiedzialny za uruchomienie aplikacji (czyli dotnet webapp.dll).
DistrolessHelper monitoruje proces aplikacji i kończy działanie z kodem zakończenia aplikacji po zakończeniu procesu aplikacji. |
| kontenerów systemu Windows | Punkt startowy to coś w rodzaju C:\remote_debugger\x64\msvsmon.exe /noauth /anyuser /silent /nostatus, co uruchamia debuger i nasłuchuje połączeń. |
Punkt wejścia kontenera można modyfikować tylko w projektach narzędzia Docker Compose, a nie w projektach pojedynczego kontenera. Zobacz Właściwości narzędzia Docker Compose — dostosowywanie procesu uruchamiania aplikacji.
Powiązana zawartość
- właściwości programu MSBuild dla projektów kontenerów.
- MSBuild
- Dockerfile na Windows
- kontenery systemu Linux w systemie Windows