Compilation et liaison dynamique à partir d'un binaire Go
Dans ce scénario, nous avons un binaire Go existant qui nécessite la compilation et la liaison d'un fichier Go externe au moment de l’exécution. L'objectif est de charger dynamiquement le code compilé dans le binaire pour une utilisation ultérieure.
Dans les versions précédentes de Go, ce processus n'était pas pris en charge. Cependant, avec l'introduction de Go 1.5, la création et la liaison de bibliothèques partagées sont devenues possibles.
Comme indiqué dans la conférence « The State of Go » d'Andrew Gerrand :
Partagé Bibliothèques dans Go 1.5
$ go install -buildmode=shared std
$ go build -linkshared hello.go $ ls -l hello -rwxr-xr-x 1 adg adg 13926 May 26 02:13 hello
Avec Go 1.5, le code compilé à partir du fichier Go externe peut être chargé dynamiquement dans le binaire en incluant les éléments suivants code :
package main import ( "fmt" "syscall" ) func main() { // Load the external shared library lib, err := syscall.LoadLibrary("myexternallibrary.so") if err != nil { panic(fmt.Sprintf("Error loading library: %v", err)) } defer syscall.FreeLibrary(lib) // Get the function pointer from the library sym, err := syscall.GetProcAddress(lib, "runFoo") if err != nil { panic(fmt.Sprintf("Error getting function pointer: %v", err)) } // Execute the function _, _, err = syscall.Syscall(sym, 0, 0, 0, 0) if err != nil { panic(fmt.Sprintf("Error calling function: %v", err)) } }
Dans le code fourni, "myexternallibrary.so" est le nom de la bibliothèque partagée contenant la fonction "runFoo". Cette approche nous permet de compiler et de lier dynamiquement du code Go externe dans un binaire existant au moment de l'exécution, résolvant ainsi le problème initial.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!