To może wydawać się pytaniem dla początkujących, ale tak nie jest. Niektóre typowe podejścia nie działają we wszystkich przypadkach:

sys.argv [0]

Oznacza to używanie path = os.path.abspath(os.path.dirname(sys.argv[0])), ale to nie działa, jeśli uruchamiasz z innego skryptu Python w innym katalogu, co może się zdarzyć w prawdziwym życiu.

__plik__

Oznacza to używanie path = os.path.abspath(os.path.dirname(__file__)), ale stwierdziłem, że to nie działa:

• py2exenie ma __file__atrybutu, ale istnieje obejście
• Po uruchomieniu z IDLE execute()bez __file__atrybutu
• OS X 10.6, gdzie dostaję NameError: global name '__file__' is not defined

Powiązane pytania z niepełnymi odpowiedziami:

• Python - Znajdź ścieżkę do uruchamianego pliku
• Ścieżka do bieżącego pliku zależy od tego, jak wykonam program
• Jak poznać ścieżkę działającego skryptu w Pythonie?
• Zmień katalog na katalog skryptu Python

Szukam ogólnego rozwiązania , które działałoby we wszystkich powyższych przypadkach użycia.

Aktualizacja

Oto wynik przypadku testowego:

Dane wyjściowe Python a.py (w systemie Windows)

a.py: __file__= a.py
a.py: os.getcwd()= C:\zzz

b.py: sys.argv[0]= a.py
b.py: __file__= a.py
b.py: os.getcwd()= C:\zzz

a.py

#! /usr/bin/env python
import os, sys

print "a.py: sys.argv[0]=", sys.argv[0]
print "a.py: __file__=", __file__
print "a.py: os.getcwd()=", os.getcwd()
print

execfile("subdir/b.py")

subdir / b.py

#! /usr/bin/env python
import os, sys

print "b.py: sys.argv[0]=", sys.argv[0]
print "b.py: __file__=", __file__
print "b.py: os.getcwd()=", os.getcwd()
print

drzewo

C:.
|   a.py
\---subdir
        b.py

Nie można bezpośrednio określić lokalizacji wykonywanego skryptu głównego. W końcu czasami skrypt wcale nie pochodzi z pliku. Na przykład może pochodzić z interaktywnego interpretera lub dynamicznie generowanego kodu przechowywanego tylko w pamięci.

Można jednak niezawodnie określić lokalizację modułu, ponieważ moduły są zawsze ładowane z pliku. Jeśli utworzysz moduł z następującym kodem i umieścisz go w tym samym katalogu, co skrypt główny, skrypt główny może zaimportować moduł i użyć go do zlokalizowania się.

some_path / module_locator.py:

def we_are_frozen():
    # All of the modules are built-in to the interpreter, e.g., by py2exe
    return hasattr(sys, "frozen")

def module_path():
    encoding = sys.getfilesystemencoding()
    if we_are_frozen():
        return os.path.dirname(unicode(sys.executable, encoding))
    return os.path.dirname(unicode(__file__, encoding))

some_path / main.py:

import module_locator
my_path = module_locator.module_path()

Jeśli masz kilka głównych skryptów w różnych katalogach, możesz potrzebować więcej niż jednej kopii modułu_lokator.

Oczywiście, jeśli twój główny skrypt jest ładowany przez inne narzędzie, które nie pozwala importować modułów znajdujących się w tym samym skrypcie, to nie masz szczęścia. W takich przypadkach poszukiwane informacje po prostu nie istnieją nigdzie w twoim programie. Najlepszym rozwiązaniem byłoby zgłoszenie błędu autorom narzędzia.

Najpierw musisz zaimportować z inspectios

from inspect import getsourcefile
from os.path import abspath

Następnie, gdziekolwiek chcesz znaleźć plik źródłowy, po prostu użyj

abspath(getsourcefile(lambda:0))

to rozwiązanie jest niezawodne nawet w plikach wykonywalnych

import inspect, os.path

filename = inspect.getframeinfo(inspect.currentframe()).filename
path     = os.path.dirname(os.path.abspath(filename))

Miałem podobny problem i myślę, że to może rozwiązać problem:

def module_path(local_function):
   ''' returns the module path without the use of __file__.  Requires a function defined
   locally in the module.
   from http://stackoverflow.com/questions/729583/getting-file-path-of-imported-module'''
   return os.path.abspath(inspect.getsourcefile(local_function))

Działa dla zwykłych skryptów i bezczynności. Mogę tylko wypróbować to dla innych!

Moje typowe zastosowanie:

from toolbox import module_path
def main():
   pass # Do stuff

global __modpath__
__modpath__ = module_path(main)

Teraz używam __modpath__ zamiast __file__.

Krótka odpowiedź jest taka, że nie ma gwarantowanego sposobu na uzyskanie potrzebnych informacji , jednak istnieją heurystyki, które działają prawie zawsze w praktyce. Możesz spojrzeć na Jak znaleźć lokalizację pliku wykonywalnego w C? . Omawia problem z punktu widzenia C, ale proponowane rozwiązania można łatwo przepisać na język Python.

Zobacz moją odpowiedź na pytanie Importowanie modułów z folderu nadrzędnego w celu uzyskania powiązanych informacji, w tym dlaczego moja odpowiedź nie używa nierzetelnej __file__zmiennej. To proste rozwiązanie powinno być kompatybilne krzyżowo z różnymi systemami operacyjnymi jako modułami osi inspectbyć częścią Pythona.

Najpierw musisz zaimportować części modułów inspekcji i systemu operacyjnego .

from inspect import getsourcefile
from os.path import abspath

Następnie użyj następującego wiersza w dowolnym innym miejscu w kodzie Python:

abspath(getsourcefile(lambda:0))

Jak to działa:

Z wbudowanego modułu os(opis poniżej) abspathnarzędzie jest importowane.

Procedury systemu operacyjnego dla komputerów Mac, NT lub Posix w zależności od używanego systemu.

Następnie getsourcefile(opis poniżej) jest importowany z wbudowanego modułu inspect.

Uzyskaj przydatne informacje z aktywnych obiektów Python.

• abspath(path) zwraca bezwzględną / pełną wersję ścieżki do pliku
• getsourcefile(lambda:0)w jakiś sposób pobiera wewnętrzny plik źródłowy obiektu funkcji lambda, więc zwraca '<pyshell#nn>'w powłoce Pythona lub zwraca ścieżkę pliku aktualnie wykonywanego kodu Python.

Użycie abspathwyniku getsourcefile(lambda:0)powinno upewnić się, że wygenerowana ścieżka do pliku jest pełną ścieżką do pliku Python.
To wyjaśnione rozwiązanie zostało pierwotnie oparte na kodzie z odpowiedzi na pytanie Jak uzyskać ścieżkę do aktualnie wykonywanego pliku w Pythonie? .

Po prostu zadzwoniłeś:

path = os.path.abspath(os.path.dirname(sys.argv[0]))

zamiast:

path = os.path.dirname(os.path.abspath(sys.argv[0]))

abspath()podaje bezwzględną ścieżkę sys.argv[0](nazwa pliku, w którym znajduje się kod) i dirname()zwraca ścieżkę katalogu bez nazwy pliku.

Powinno to załatwić sprawę na wiele platform (o ile nie używasz interpretera lub czegoś takiego):

import os, sys
non_symbolic=os.path.realpath(sys.argv[0])
program_filepath=os.path.join(sys.path[0], os.path.basename(non_symbolic))

sys.path[0]to katalog, w którym znajduje się skrypt wywołujący (pierwsze miejsce, w którym szuka modułów do użycia przez ten skrypt). Możemy usunąć nazwę samego pliku z końca sys.argv[0](i właśnie to zrobiłem os.path.basename). os.path.joinpo prostu łączy je ze sobą na wiele platform. os.path.realpathupewnia się tylko, czy otrzymamy jakieś dowiązania symboliczne o innych nazwach niż sam skrypt, że nadal otrzymujemy prawdziwą nazwę skryptu.

Nie mam komputera Mac; więc nie przetestowałem tego na jednym. Daj mi znać, czy to działa, jak się wydaje. Testowałem to w systemie Linux (Xubuntu) w Pythonie 3.4. Zwróć uwagę, że wiele rozwiązań tego problemu nie działa na komputerach Mac (ponieważ słyszałem, że __file__nie występuje na komputerach Mac).

Zauważ, że jeśli twój skrypt jest dowiązaniem symbolicznym, poda ci ścieżkę do pliku, do którego prowadzi (a nie ścieżkę dowiązania symbolicznego).

Możesz użyć Pathz pathlibmodułu:

from pathlib import Path

# ...

Path(__file__)

Możesz użyć połączenia, parentaby przejść dalej:

Path(__file__).parent

Jeśli kod pochodzi z pliku, możesz uzyskać jego pełną nazwę

sys._getframe().f_code.co_filename

Możesz także pobrać nazwę funkcji jako f_code.co_name

Po prostu dodaj:

from sys import *
path_to_current_file = sys.argv[0]
print(path_to_current_file)

Lub:

from sys import *
print(sys.argv[0])

Moje rozwiązanie to:

import os
print(os.path.dirname(os.path.abspath(__file__)))

import os
current_file_path=os.path.dirname(os.path.realpath('__file__'))