python 解释器声明 unix #!/usr/bin/env python
1. 问题的开始
在代码移植到unix平台后，部分应用在运行时报如下错误：
subprocess.Popen()：OSError：[Errno 8] python中的exec格式错误？
查阅得知可能是找不到编译器，但新的问题是python run.py仍然报错。。。。。。
需要注意的是，这个问题是在unix下才会发生的，另一个奇怪的事实是对于部分简单的py脚本并没有出现这个问题。
案例：
test.py
#coding:utf-8
print(‘www’)
python test.py #正常运行
查阅发现所有的解决方案都是声明编译器。
总而言之，声明解释器就可以解决了。
#!/usr/bin/env python
2. python文件声明
使用Linux系统时：
#!/usr/bin/python：代码文件由python编译器执行，否则执行时需要显示调用
python XXX.py
添加声明后，可以直接用./XXX.py方式执行文件，当然需要可执行权限
chmod +x XXX.py
添加此行代码能方便执行.py脚本。
#!/usr/bin/env python：这种写法是为了解决python并没有装在默认的/usr/bin路径下所带来的问题，这行代码会使声明需要到env设置里查找python的安装路径，再查找到的解释器执行脚本。
如果安装了多个版本的Python，/usr/bin/env将确保使用的解释器是您环境中的第一个$PATH。
#-- coding:utf-8 --：是为了告诉Python解释器，按照UTF-8编码读取源代码，否则，你在源代码中写的中文输出可能会有乱码。
使用Windows系统时：
系统会用文件名的后缀（扩展名）来判断文件类型。因此，#!/usr/bin/python或#!/usr/bin/env python在Window系统下相当于注释。
3. 关于#!
在Unix中，一个可以解释的可执行文件可以通过#!在第一行的开头加上解释器（以及它可能需要的任何标志）来指示要使用的解释器。
当然，正在其它平台，这条规则不一定适用（但“shebang line”没有任何坏处，如果将该脚本复制到具有 Unix基础的平台，例如Linux，Mac ，也会起同样作用）。
这被称为shebang线。
*释义：
在计算中，一个shebang（也称为hashbang，hashpling，pound bang或crunchbang）指的是字符“＃！” 当它们是解释器指令中的前两个字符作为文本文件的第一行时。在类Unix操作系统中，程序加载器将这两个字符作为文件是脚本的指示，并尝试使用文件中第一行其余部分指定的解释器来执行该脚本。