Converter LNK para EXE

Um sistema de implantação, aplicativo de quiosque ou launcher de terceiros pode aceitar apenas arquivos .exe, enquanto o comando disponível está armazenado como um atalho do Windows. O resultado prático é um pequeno launcher EXE que inicia o destino do atalho com os mesmos argumentos e diretório de trabalho.

O que os arquivos LNK contêm

LNK é o formato Windows Shell Link usado pelos atalhos na área de trabalho, no menu Iniciar e em outros locais do Windows. O Explorer cria esses arquivos por meio de New → Shortcut ou Send to → Desktop (create shortcut).

Um LNK pode armazenar um caminho de destino ou item do shell, argumentos de linha de comando, um diretório de trabalho, localização do ícone, estado da janela e informações de volume ou rede. Ele não contém o código do programa vinculado, portanto renomear Program.lnk para Program.exe não pode criar um executável funcional.

Antes de recriar um atalho, clique nele com o botão direito e abra Properties → Shortcut. Registre Target, Start in, quaisquer argumentos exibidos no comando de destino e a origem do ícone. Trate atalhos desconhecidos como não confiáveis: eles podem iniciar interpretadores de comandos, scripts, locais remotos ou programas com argumentos ocultos.

O que é um launcher EXE

Um EXE normalmente é um arquivo Windows Portable Executable (PE) que contém código nativo ou código .NET gerenciado que o Windows pode carregar. Um launcher EXE pode iniciar outro programa com argumentos fixos, selecionar um diretório de trabalho, exibir um erro quando o destino não for encontrado e incluir um ícone.

Um launcher é útil quando os atalhos são rejeitados ou quando o comando de inicialização não deve ser editável por meio da interface normal de propriedades do atalho. Ele não inclui o aplicativo original, a menos que esse aplicativo seja empacotado, instalado ou desenvolvido separadamente como parte do launcher.

Criar um launcher com AutoHotkey

AutoHotkey v2 e Ahk2Exe são adequados para um launcher simples exclusivo do Windows. Instale o AutoHotkey v2 pelo site oficial, crie um script como Example-launcher.ahk e substitua os caminhos e argumentos pelos valores do atalho.

#Requires AutoHotkey v2.0

target := "C:\Program Files\Example\Example.exe"
arguments := "--open project1"
workingDir := "C:\Program Files\Example"

Run '"' target '" ' arguments, workingDir

Se o atalho não tiver argumentos, use Run '"' target '"', workingDir. Preserve as aspas necessárias para caminhos que contenham espaços; não altere os argumentos, a menos que você entenda o que o programa de destino aceita.

Execute o script primeiro para verificar seu comportamento. Em seguida, abra Ahk2Exe.exe, selecione o arquivo .ahk como origem, escolha uma saída como Example-launcher.exe, opcionalmente selecione um arquivo .ico e compile-o. Teste o EXE clicando duas vezes nele e a partir do local de distribuição, não apenas da pasta de desenvolvimento.

Criar um launcher de fácil manutenção com .NET

Para launchers que exigem registro em log, configuração, mensagens de erro, detecção de aplicativos ou assinatura corporativa, crie um projeto C# no Visual Studio. Defina ProcessStartInfo.FileName, Arguments e WorkingDirectory, depois compile ou publique o projeto por meio de Build → Publish.

Uma compilação normal do .NET pode exigir o runtime do .NET correspondente no computador de destino. Use um perfil de publicação autocontido quando essa dependência for inaceitável, mas espere uma saída substancialmente maior. Publicar um único arquivo não transforma um LNK ou aplicativo de destino não relacionado em um executável autocontido.

Limites de compatibilidade e segurança

O launcher funciona somente se o destino existir e puder ser executado no sistema de destino. Caminhos codificados frequentemente falham quando o aplicativo é instalado em outro local, em outro perfil de usuário ou em uma organização de 32 ou 64 bits diferente.

Ao distribuir um launcher junto com seu destino, use uma estrutura de pastas fixa e resolva os caminhos relativos ao launcher. Para software instalado, prefira um instalador, um arquivo de configuração ou a detecção do aplicativo em vez de incorporar um caminho específico da máquina.

Um launcher não pode preservar a assinatura digital do EXE de destino, ignorar o UAC nem conceder permissões que o destino não possui. Se o destino exigir elevação, o Windows ainda poderá exibir um prompt do UAC; não crie um launcher para contornar essa proteção.

Arquivos EXE novos e sem assinatura, incluindo launchers de scripts compilados, podem receber avisos do Microsoft Defender ou do SmartScreen. Assine os arquivos de produção com um certificado de assinatura de código da organização e distribua-os por meio de um canal gerenciado ou de outra forma confiável.

Não use “conversores de LNK para EXE” online. Nenhum serviço web pode recuperar um aplicativo a partir de um atalho, porque o aplicativo não é armazenado no arquivo LNK. O upload de um atalho também pode revelar caminhos locais, nomes de servidores, argumentos e outros metadados incorporados; ferramentas de desktop são a opção apropriada para essa tarefa.