.NET Core frigjør et enkelt filsti-problem

Lille skurk · Publisert 28.03.2021 13:56:32

Ved å bruke .NET Core 3.1 for å slippe en konsollapplikasjon med én fil, kjørende på et Linux-system, er det viktigste programkoden gjør veldig enkelt, nemligLes konfigurasjonsfilens utdata i programkatalogen！ Men når du publiserer en enkelt fil for å kjøre på Linux, står det at filen ikke er funnet.

De nye .NET Core-funksjonene frigjør en enkeltfil-kjørbar fil
https://www.itsvse.com/thread-8273-1-1.html

Vær forsiktig med System.Environment.CurrentDirectory for å få den nåværende katalogen
https://www.itsvse.com/thread-9464-1-1.html

Testkode:

Innlogging er synlig.

Resultatet er som følger:

AppDomain.CurrentDomain.SetupInformation.ApplicationBase:/var/tmp/.net/root/ImageWatermark/e5snojro.qyv/
Environment.CurrentDirectory:/root/test
AppDomain.CurrentDomain.BaseDirectory:/var/tmp/.net/root/ImageWatermark/e5snojro.qyv/

Når man publiserer en .NET Core-applikasjon som en enkelt fil, kjører den på et CentOS-system, pakkes programmet ut selv og frigjøres/var/tmp/.net/root/katalogen, og deretter kalle programmet som er frigitt i katalogen, noe som også kan forklare hvorfor programmet ikke finner konfigurasjonsfilen.

løsning

Ved å bruke System.Environment.CurrentDirectory for å lese programstien, henter System.Environment.CurrentDirectory faktisk den nåværende katalogen, men hvis program A kaller program B og program B bruker System.Environment.CurrentDirectory for å hente katalogen. Da er katalogen som oppnås i B-programmet ikke lenger katalogen der B-applikasjonen er plassert; Den blir katalogen der A befinner seg.

[Kilde] .NET Core frigjør et enkelt filsti-problem

Relaterte innlegg

Seksjoner sett