脚本解析器
PyInstaller的原理简介
PyInstaller其实就是把python解析器和你自己的脚本打包成一个可执行的文件，和编译成真正的机器码完全是两回事，所以千万不要指
望成打包成一个可执行文件会提高运行效率，相反可能会降低运行效率，好处就是在运行者的机器上不用安装python和你的脚本依赖的
库。在Linux操作系统下，它主要用的binutil工具包里面的ldd和objmp命令。
PyInstaller输入你指定的的脚本，首先分析脚本所依赖的其他脚本，然后去查找，复制，把所有相关的脚本收集起来，包括Python解析
器，然后把这些文件放在一个目录下，或者打包进一个可执行文件里面。
可以直接发布输出的整个文件夹里面的文件，或者生成的可执行文件。你只需要告诉用户，你的应用App是自我包含的，不需要安装其他
包，或某个版本的Python，就可以直接运行了。
需要注意的是，PyInstaller打包的执行文件，只能在和打包机器系统同样的环境下。也就是说，不具备可移植性，若需要在不同系统上运
行，就必须针对该平台进行打包。
pyinstaller将Python脚本打包成可执行程序，使在没有Python环境的机器上运行
最新版是pyinstaller 3.1.1。支持python2.7和python3.3+。
可运行在Windows，Mac和Linux操作系统下。
但它不是跨编译的，也就是说在Windows下用PyInstaller生成的exe只能运行在Windows下，在Linux下生成的只能运行在Linux下。
pyinstaller在windows下的安装
使用命令pip install pyinstaller即可
在windows下，pyinstaller需要PyWin32的支持。当用pip安装pyinstaller时未找到PyWin32，会自动安装pypiwin32。
打包
打包的app里并不包含任何源码，但将脚本的.pyc文件打包了。
基本语法：
pyinstaller options myscript.py
常用的可选参数如下：
--onefile 将结果打包成一个可执行文件
--onedir 将所有结果打包到一个文件夹中，该文件夹包括一个可执行文件和可执行文件执行时需要的依赖文件（默认）
--paths=DIR 设置导入路径
--distpath=DIR 设置将打包的结果文件放置的路径
--specpath=DIR 设置将spec文件放置的路径
--windowed 使用windows子系统执行，不会打开命令行（只对windows有效）
--nowindowed 使用控制台子系统执行（默认）（只对windows有效）
--icon=<FILE.ICO> 将file.ico添加为可执行文件的资源(只对windows有效
推荐学习《python教程》。
B. nginx和php-fpm之间是怎样通信的
FastCGI原理
FastCGI是一个运用于Http Server和动态脚本语言间通信的接口，多数流行的Http Server都支持FastCGI，包括Apache、Nginx和lighttpd等。同时，FastCGI也被许多脚本语言支持，其中就有PHP。
FastCGI接口方式采用C/S结构，可以将HttP服务器和脚本解析服务器分开，同时在脚本解析服务器上启动一个或者多个脚本解析守护进程。当HttP服务器每次遇到动态程序时，可以将其直接交付给FastCGI进程来执行，然后将得到的结果返回给客户端。这种方式可以让HttP服务器专一地处理静态请求或者将动态脚本服务器的结果返回给客户端，这在很大程度上提高了整个应用系统的性能。
Nginx+php-fpm实现原理
Nginx本身不会对PHP进行解析，终端对PHP页面的请求将会被Nginx交给FastCGI进程监听的IP地址及端口，由php-fpm作为动态解析服务器处理，最后将处理结果再返回给nginx。其实，Nginx就是一个反向代理服务器。Nginx通过反向代理功能将动态请求转向后端php-fpm，从而实现对PHP的解析支持，这就是Nginx实现PHP动态解析的原理。
Nginx不支持对外部程序的直接调用或者解析，所有的外部程序（包括PHP）必须通过FastCGI接口来调用。FastCGI接口在Linux下是socket（这个socket可以是文件socket，也可以是ip socket）。为了调用CGI程序，还需要一个FastCGI的wrapper（wrapper可以理解为用于启动另一个程序的程序），这个wrapper绑定在某个固定socket上，如端口或者文件socket。当Nginx将CGI请求发送给这个socket的时候，通过FastCGI接口，wrapper接收到请求，然后派生出一个新的线程，这个线程调用解释器或者外部程序处理脚本并读取返回数据；接着，wrapper再将返回的数据通过FastCGI接口，沿着固定的socket传递给Nginx；最后，Nginx将返回的数据发送给客户端。
Nginx 简单配置
location ~ \.php$ {
root /home/admin/web/nginx/html/;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /home/admin/web/nginx/html/$fastcgi_script_name;
include fastcgi_params;
}
C. 什么是脚本解析器
首先要知道什么是脚本，脚本是使用袜兆让一种特定的描述性语言，依据一定的格式编写的可执行文件，又称作宏或批处理文件。
基本上就是程序，大多数指的是用文本编辑器编写的文本代码，然后用编译器解告局析这些文本所要表达的意思和执行。就好象英语猜旅语句，可看作是脚本，翻译的人就成了解析器。
D. 关于shell脚本#!的说明
Unix环境下的shell脚本通常都是#!/bin/sh开头，那么这句描述符究竟是什么含义呢，我试图解答这个问题。
首先#!必须出现在shell脚本的开头位置，后面跟一个shell解析器，比如/bin/sh，或者/bin/bash，或者/usr/bin/ksh, 等等.
我们看到 a.sh使用的可执行程序是/bin/bash，这个/bin/bash是在a.sh文件里面通过#!指定的。
a.out是一个可执行程序(ELF格式)，它可以独自运行，但是不能通过一个shell来运行。
#!实际上就是文件的魔数(magic number)
我们知道ELF格式为文件头4个字符是".ELF"，即(0x 7f 45 4c 46)，而其实字符"#!"是shell脚本文件的魔数，即(0x 23 21)，因为shell脚本是文本文件，#!就是两个可读的魔数字符。
这个魔数是干什么用的呢？它是被操作系统exec系列函数使用的，exec函数需要加载一个文件时，它会读取文件开头魔数域，如果是".ELF"，那么就是一个ELF格式的可执行文件，如果是"#!"那么就是一个脚本文件，然后再从"#!"后面继续读取脚本解析器，最后调用脚本解析器可执行程序，并把脚本本身作为参数传递给他。
注意
当前shell会读取文件file的魔数
我也不清楚为什么sh file格式不能支持file是二进制可执行程序，理论上sh还是可以去分析file的魔数，从而判断file的类型，然后做区分处理。
https://en.wikipedia.org/wiki/Shebang_(Unix)