¿Cómo puedo encontrar el nombre de archivo ejecutable actual?

Question

Duplicar posible:
How do I get the name of the current executable in C#?

Un archivo ejecutable se carga una biblioteca externa.
¿Hay alguna manera de que la biblioteca conozca el archivo ejecutable de la llamada?

(I habría jurado que vi la respuesta a esto en otro lugar, pero me parece que no puede encontrarlo más)

Answer 1

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

Answer 2

creo que esto debería ser lo que quieres:

System.Reflection.Assembly.GetEntryAssembly().Location 

Esto devuelve el ensamblaje que se cargó por primera vez cuando se inició el proceso, que parecería ser lo que desea.

GetCallingAssembly no devolverá necesariamente el conjunto que desee en el caso general, ya que devuelve el conjunto que contiene el método inmediatamente superior en la pila de llamadas (es decir, podría estar en la misma DLL).

Answer 3

Assembly.GetEntryAssembly()

Answer 4

Si desea que el ejecutable:

System.Reflection.Assembly.GetEntryAssembly().Location 

Si desea que la asamblea que está consumiendo su biblioteca (que podría ser el mismo conjunto que el anterior, si el código se llama directamente de una clase dentro de tu ejecutable):

System.Reflection.Assembly.GetCallingAssembly().Location 

Si quieres e sólo el archivo nombre y no el camino, el uso:

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

Answer 5

Además de las respuestas anteriores.

escribí siguiente test.exe como aplicación de consola

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); 
} 

A continuación he recopilado el proyecto y renombró su salida al archivo test2.exe. Las líneas de salida fueron correctas y lo mismo.

Pero, si lo inicio en el Visual Studio, el resultado es:

d: \ test2.vhost.exe

d: \ test2.exe

d: \ test2.exe

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

El complemento ReSharper para Visual Studio ha subrayado el

System.Diagnostics.Process.GetCurrentProcess().MainModule 

como sistema posible.Excepcion de referencia nula. Si observa la documentación del MainModule, encontrará que esta propiedad también puede arrojar NotSupportedException, PlatformNotSupportedException y InvalidOperationException.

El método GetEntryAssembly tampoco es 100% "seguro". MSDN:

El método GetEntryAssembly puede volver nula cuando un ensamblado administrado se ha cargado desde una aplicación no administrado. Por ejemplo, si una aplicación no administrada crea una instancia de un componente COM escrito en C#, una llamada al método GetEntryAssembly del componente C# devuelve nulo, porque el punto de entrada para el proceso no fue administrado en lugar de un ensamblaje administrado .

Para mis soluciones, prefiero Assembly.GetEntryAssembly().Location.

Más interés es si necesita resolver el problema para la virtualización . Por ejemplo, tenemos un proyecto, donde usamos un Postbuild Xenocode para vincular el código .net en un ejecutable. Este ejecutable debe ser renombrado. Entonces, todos los métodos anteriores no funcionaron, porque solo obtienen la información para el ensamblaje original o el proceso interno.

La única solución que he encontrado es

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

Ésta no se incluyó:

System.Windows.Forms.Application.ExecutablePath; 

~ Joe

Answer 7

Environment.GetCommandLineArgs() [0]