(重定向自 Develop.GetPythonPath)
1. 以前的方法
如果是要获得程序运行的当前目录所在位置，那么可以使用os模块的os.getcwd()函数。
如果是要获得当前执行的脚本的所在目录位置，那么需要使用sys模块的sys.path[0]变量或者sys.argv[0]来获得。实际上sys.path是Python会去寻找模块的搜索路径列表，sys.path[0]和sys.argv[0]是一回事因为Python会自动把sys.argv[0]加入sys.path。
具体来说，如果你在C:\test目录下执行python getpath\getpath.py，那么os.getcwd()会输出“C:\test”，sys.path[0]会输出“C:\test\getpath”。
更特别地，如果你用py2exe模块把Python脚本编译为可执行文件，那么sys.path[0]的输出还会变化：
- 如果把依赖库用默认的方式打包为zip文件，那么sys.path[0]会输出“C:\test\getpath\libarary.zip”；
- 如果在setup.py里面指定zipfile=None参数，依赖库就会被打包到exe文件里面，那么sys.path[0]会输出“C:\test\getpath\getpath.exe”。
2. 正确的方法
但以上这些其实都不是脚本文件所在目录的位置。
比如C:\test目录下还有一个名为sub的目录；C:\test目录下有getpath.py，sub目录下有sub_path.py，getpath.py调用sub_path.py；我们在C:\test下执行getpath.py。如果我们在sub_path.py里面使用sys.path[0]，那么其实得到的是getpath.py所在的目录路径“C:\test”，因为Python虚拟机是从getpath.py开始执行的。如果想得到sub_path.py的路径，那么得这样：
其中__file__虽然是所在.py文件的完整路径，但是这个变量有时候返回相对路径，有时候返回绝对路径，因此还要用os.path.realpath()函数来处理一下。也即在这个例子里，os.path.realpath(__file__)输出是“C:\test\sub\sub_path.py”，而os.path.split(os.path.realpath(__file__))[0]输出才是“C:\test\sub”。
3. 实例说明
总之，举例来讲，os.getcwd()、sys.path[0] （sys.argv[0]）和__file__的区别是这样的：
假设目录结构是：
C:\test
|
[dir] getpath
|
[file] path.py
[dir] sub
|
[file] sub_path.py
然后我们在C:\test下面执行python getpath/path.py，这时sub_path.py里面与各种用法对应的值其实是：
- os.getcwd() “C:\test”，取的是起始执行目录
- sys.path[0]或sys.argv[0] “C:\test\getpath”，取的是被初始执行的脚本的所在目录
- os.path.split(os.path.realpath(__file__))[0] “C:\test\getpath\sub”，取的是__file__所在文件sub_path.py的所在目录