Как в Go получить абсолютный путь запущенной программы?

Question

[Dmitry Shnyrev]

Привет. Столкнулся с такой интересной проблемой и не могу в инете найти ответ на такой простейший вопрос. Вернее я его нашел, но он у меня не работает.

Смысл получить абсолютный путь к запущенному серверу, чтобы подгрузить файл config.json, который лежит рядом.
Вот собственно сам код:

rootDir, _ := filepath.Abs(filepath.Dir(os.Args[0]))
glog.Infoln("rootDir:", rootDir)

но для go run server.go он мне выдает не текущую папку исходников, а временную папку, куда компилируется:
/tmp/go-build880064735/command-line-arguments/_obj/exe
Причем я заметил что, если запускать сервер под gin, то все нормально и путь возвращается правильный.
Я понимаю что это нормальное поведение (временная компиляция по go run где-то там в бакграунде), но как вообще поступают в таких случаях чтобы не хардкодить?

Answer 1

[neolink]

у меня сборка идет через make (всегда делается go build, потом запуск собранного бинарника), а путь к конфигу передается через параметры (flags)
как варинт можете смотреть в нескольких местах, и к rootDir добавить еще os.Getwd()

Comments

[Dmitry Shnyrev]

"а путь к конфигу передается через параметры (flags)" - супер, видел это в одном из основных примеров, которые изучаю, но не придавал значение. Теперь в памяти отложится этот способ.

Answer 2

[Tyranron]

Все правильно, go run - это же не Ваш бинарник, это утилита, которая сначал компилит Ваш код в бинарник и помещает во временную директорию под уникальным номером, потом запускает. Gin, вероятно, действует иначе, компилит в ту же директорию где лежит скрипт и запускает.
Чтобы не хардкодить - прекратите запускать сервера с помощью go run. Команда
go build -o myapp && ./myapp
не сильно сложнее, но зато будете уверены, что бинарник запускается там, где нужен.
Обычно go run принято использовать для небольших скриптов, которые выполняют разовую работу, то есть таких, которые компилить нет особо смысла, хочется сразу прогнать.

P.S. Пользуясь случаем, скромно попиарюсь и выложу ссылку на свою поделку для простой демонизации простых приложений на Go, когда юзать какой-то продвинутый гипервизор процессов влом или неоправданно. Но он пока только для linux/osx.
Загляните в код, он небольшой и там это все есть.

Comments

[Dmitry Shnyrev]

Спасибо за ответ. Вот это не знал go build -o myapp && ./myapp Конечно это упрощает жизнь :)

[Dmitry Shnyrev]

"скромно попиарюсь" :) - круто, обязательно изучу исходники, тем более автора так просто здесь достать :))) если будут вопросы.
С демонизацией сталкивался один раз для своего сайта на rails (делал по туториалу). Использовал Foreman, который для прода экспортирует скрипт для Upstart. Это же из той же области, если не ошибаюсь?

[Tyranron]

Нет, это попроще. Это просто пакет, который подключаешь к своей программе на Go и можешь запускать программу в стиле myapp start|stop|restart|status, а не отдельная программа гипервизор. Любое действие можно переопределить, а также можно добавлять своих сколько хочется, загляните в examples/graceful_http, там как раз добавлено reload для изящного рестарта и test для тестирование этого самого рестарта ручками.

Answer 3

[Anton Taraev]

bitbucket.org/kardianos/osext

folder, _ := osext.ExecutableFolder()