これは初心者の質問のように思えるかもしれませんが、そうではありません。一部の一般的なアプローチは、すべての場合に機能するわけではありません。

sys.argv [0]

これは、を使用することを意味しpath = os.path.abspath(os.path.dirname(sys.argv[0]))ますが、別のディレクトリの別のPythonスクリプトから実行している場合は機能しません。これは実際に発生する可能性があります。

__ファイル__

これはを使用することを意味しますがpath = os.path.abspath(os.path.dirname(__file__))、これは機能しないことがわかりました。

• py2exe__file__属性はありませんが、回避策があります
• IDLEから実行すると属性execute()がない__file__
• OS X 10.6の入手先 NameError: global name '__file__' is not defined

不完全な回答のある関連質問：

• Python-実行中のファイルへのパスを見つける
• 現在のファイルへのパスは、プログラムの実行方法によって異なります
• Pythonで実行中のスクリプトのパスを知る方法は？
• ディレクトリをPythonスクリプトのディレクトリに変更します。

上記のすべてのユースケースで機能する一般的なソリューションを探しています。

更新

これはテストケースの結果です：

python a.pyの出力（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

木

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

実行中のメインスクリプトの場所を直接特定することはできません。結局のところ、スクリプトがファイルからまったく取得されない場合がありました。たとえば、対話型インタープリターや、メモリにのみ格納された動的に生成されたコードが原因である可能性があります。

ただし、モジュールは常にファイルから読み込まれるため、モジュールの場所を確実に特定できます。次のコードでモジュールを作成し、それをメインスクリプトと同じディレクトリに配置すると、メインスクリプトはモジュールをインポートし、それを使用してモジュール自体を見つけることができます。

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()

異なるディレクトリにいくつかのメインスクリプトがある場合、module_locatorの複数のコピーが必要になる場合があります。

もちろん、スクリプトと同じ場所にあるモジュールをインポートできない他のツールによってメインスクリプトが読み込まれている場合は、運が悪いです。そのような場合、あなたが探している情報は単にあなたのプログラムのどこにも存在しません。あなたの最善の策は、ツールの作者にバグを報告することです。

まず、あなたからインポートする必要があるinspectとos

from inspect import getsourcefile
from os.path import abspath

次に、ソースファイルを見つけたいところはどこでも

abspath(getsourcefile(lambda:0))

このソリューションは実行可能ファイルでも堅牢です

import inspect, os.path

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

私は同様の問題に遭遇していましたが、これで問題が解決する可能性があります：

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

通常のスクリプトとアイドル状態で動作します。私が言えることは、他の人のために試してみることです！

私の典型的な使用法：

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

global __modpath__
__modpath__ = module_path(main)

現在、__ file__ではなく__modpath__を使用しています。

簡単に言うと、必要な情報を取得するための保証された方法はありませんが、実際にはほとんど常に機能するヒューリスティックがあります。で、あなたは見えるかもしれませんどのように私はCで実行可能ファイルの場所を見つけるのですか？。Cの観点から問題を説明しますが、提案されたソリューションはPythonに簡単に転記できます。

私の回答が信頼できない変数を使用しない理由を含む関連情報については、質問「親フォルダーからのモジュールのインポート」への私の回答を参照してください__file__。この単純な解決策は、モジュールとして異なるオペレーティングシステムとの相互互換性がなければならないosとinspectのPythonの一部として来ます。

まず、inspectモジュールとosモジュールの一部をインポートする必要があります。

from inspect import getsourcefile
from os.path import abspath

次に、Pythonコードで必要な他の場所で次の行を使用します。

abspath(getsourcefile(lambda:0))

使い方：

組み込みモジュールos（以下の説明）から、abspathツールがインポートされます。

Mac、NT、PosixのOSルーチンは、使用しているシステムによって異なります。

次にgetsourcefile（以下の説明）が組み込みモジュールからインポートされますinspect。

ライブPythonオブジェクトから有用な情報を取得します。

• abspath(path) ファイルパスの絶対/完全バージョンを返します
• getsourcefile(lambda:0)どういうわけかラムダ関数オブジェクトの内部ソースファイルを取得するため'<pyshell#nn>'、Pythonシェルに戻るか、現在実行されているPythonコードのファイルパスを返します。

abspathの結果でを使用getsourcefile(lambda:0)すると、生成されたファイルパスがPythonファイルの完全なファイルパスであることを確認できます。
この説明されたソリューションはもともと、Pythonで現在実行されているファイルのパスを取得するにはどうすればよいですか？の回答のコードに基づいていました。。

あなたは単に呼び出しました：

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

の代わりに：

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

abspath()sys.argv[0]（コードが入っているファイル名）の絶対パスを提供しdirname()、ファイル名なしのディレクトリパスを返します。

これは、クロスプラットフォームの方法でトリックを実行するはずです（インタープリターなどを使用していない限り）。

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]呼び出し元のスクリプトがあるディレクトリです（そのスクリプトが使用するモジュールを最初に探す場所）。ファイル自体の名前を最後から外すことができますsys.argv[0]（これはで行ったものですos.path.basename）。os.path.joinクロスプラットフォームの方法でそれらをくっつけるだけです。os.path.realpathスクリプト自体とは異なる名前のシンボリックリンクを取得しても、スクリプトの実際の名前が取得されることを確認するだけです。

Macを持っていません。そのため、これについてはまだテストしていません。正常に機能するかどうか、お知らせください。私はこれをLinux（Xubuntu）とPython 3.4でテストしました。この問題の多くの解決策はMacでは機能しないことに注意してください（__file__Macには存在しないと聞いたため）。

スクリプトがシンボリックリンクの場合は、リンク先のファイルのパスが表示されます（シンボリックリンクのパスは表示されません）。

モジュールPathから使用できpathlibます：

from pathlib import Path

# ...

Path(__file__)

call to parentを使用して、パスをさらに進むことができます。

Path(__file__).parent

コードがファイルからのものである場合、完全な名前を取得できます

sys._getframe().f_code.co_filename

次のように関数名を取得することもできます f_code.co_name

以下を追加するだけです。

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

または：

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

私の解決策は：

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

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