Как найти текущее имя исполняемого файла?

Question

Можно создать дубликат:
How do I get the name of the current executable in C#?

Исполняемый файл загружает внешнюю библиотеку.
Есть ли способ для библиотеки узнать исполняемый файл вызова?

(я бы поклясться, что видел ответ на это в другом месте, но я не могу найти его больше)

Answer 1

System.Diagnostics.Process.GetCurrentProcess().MainModule.FileName 

Answer 2

Я думаю, что это должно быть то, что вы хотите:

System.Reflection.Assembly.GetEntryAssembly().Location 

Это возвращает сборку, которая была впервые загружена при запуске процесса, который, похоже, будет тем, что вы хотите.

GetCallingAssembly не обязательно будет возвращать нужную вам сборку в общем случае, так как она возвращает сборку, содержащую метод, который был выше в стеке вызовов (то есть он может находиться в одной и той же DLL).

Answer 3

Assembly.GetEntryAssembly()

Answer 4

Если вы хотите исполняемым:

System.Reflection.Assembly.GetEntryAssembly().Location 

Если вы хотите, чтобы узел, который потребляющих вашу библиотеку (которая могла бы быть такой же узел, как указано выше, если ваш код вызывается непосредственно из класса в пределах вашего исполняемого файла):

System.Reflection.Assembly.GetCallingAssembly().Location 

Если вы захотите е только файл имя и не путь, использование:

Path.GetFileName(System.Reflection.Assembly.GetEntryAssembly().Location) 

Answer 5

В дополнение к указанным выше ответов.

я написал следующее test.exe в качестве консольного приложения

static void Main(string[] args) { 
    Console.WriteLine(
    System.Diagnostics.Process.GetCurrentProcess().MainModule.FileName); 
    Console.WriteLine(
    System.Reflection.Assembly.GetEntryAssembly().Location); 
    Console.WriteLine(
    System.Reflection.Assembly.GetExecutingAssembly().Location); 
    Console.WriteLine(
    System.Reflection.Assembly.GetCallingAssembly().Location); 
} 

Затем я скомпилированный проект и переименовал свой вывод в файл test2.exe. Выходные линии были правильными и одинаковыми.

Но, если я начну его в Visual Studio, результат:

d: \ test2.vhost.exe

d: \ test2.exe

d: \ test2.exe

C: \ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \ mscorlib.dll

Подключаемый модуль ReSharper к Visual Studio подчеркивает

System.Diagnostics.Process.GetCurrentProcess().MainModule 

как возможно Система.NullReferenceException. Если вы посмотрите на документацию MainModule, вы обнаружите, что это свойство может также вызывать NotSupportedException, PlatformNotSupportedException и InvalidOperationException.

Метод GetEntryAssembly также не на 100% безопасен. MSDN:

Метод GetEntryAssembly может возвращать нуль, когда управляемая сборка была загружена из неуправляемого приложения. Например, если неуправляемое приложение создает экземпляр COM-компонента, написанного в C# , вызов метода GetEntryAssembly из компонента C# возвращает null, поскольку точка входа для процесса была неуправляемой , а не управляемой сборкой ,

Для моих решений я предпочитаю Assembly.GetEntryAssembly().Location.

Больше интереса, если необходимо решить проблему для виртуализации . Например, у нас есть проект, в котором мы используем Xenocode Postbuild для связывания кода .net в один исполняемый файл. Этот исполняемый файл должен быть переименован. Таким образом, все вышеприведенные методы не работают, потому что они получают информацию только для исходной сборки или внутреннего процесса.

Единственное решение, которое я нашел,

var location = System.Reflection.Assembly.GetEntryAssembly().Location; 
var directory = System.IO.Path.GetDirectoryName(location); 
var file = System.IO.Path.Combine(directory, 
    System.Diagnostics.Process.GetCurrentProcess().ProcessName + ".exe"); 

Answer 6

Это один не был включен:

System.Windows.Forms.Application.ExecutablePath; 

~ Джо

Answer 7

Environment.GetCommandLineArgs() [0]