自动加载模块(autoreload)
在用runserver启动服务的开发者模式下,Django提供了一种auto-reloader的机制,让用户修改的代码不需要手动重启服务就能生效,它会自动加载新的代码。这个功能大大提高了开发调试的效率。
代码分析
autoreload模块的调用发生在runserver里面,具体代码如下:
def run(self, **options):
"""Run the server, using the autoreloader if needed."""
use_reloader = options['use_reloader']
if use_reloader:
# 自动加载模块的入口
autoreload.main(self.inner_run, None, options)
else:
self.inner_run(None, **options)
runserver.run()
根据用户传入的use_reloader
来判断是否使用auto-reloader机制(在启动命令中是否加--noreload)。可以看出,真正干活的是self.inner_run
,而负责自动加载的则是django.utils.autoreload
,入口在autoreload.main()
,具体位置在django/utils/autoreload.py
。
def main(main_func, args=None, kwargs=None):
if args is None:
args = ()
if kwargs is None:
kwargs = {}
wrapped_main_func = check_errors(main_func)
python_reloader(wrapped_main_func, args, kwargs)
autoreload.main()
主要针对main_func
加了一层错误处理相关的封装,接下来看autoreload.python_reloader
。
def python_reloader(main_func, args, kwargs):
# 判断是否存在环境变量RUN_MAIN,且值被设置为true,后续会讲解什么情况下会存在它
if os.environ.get("RUN_MAIN") == "true":
# 启动新线程来执行main_func
_thread.start_new_thread(main_func, args, kwargs)
try:
# 这里是检查文件更新的地方,后面讲解
reloader_thread()
except KeyboardInterrupt:
pass
# 第一次进来的时候,必然会进这个分支,因为没有地方设置过RUN_MAIN
else:
try:
# 其实这里会创建一个新的子进程来运行服务,后面分析
exit_code = restart_with_reloader()
# 退出服务
if exit_code < 0:
os.kill(os.getpid(), -exit_code)
else:
sys.exit(exit_code)
except KeyboardInterrupt:
pass
python_reloader
比较关键,很明显一开始不存在值为true的环境变量RUN_MAIN,所以第一次肯定会进else
分支执行restart_with_reloader()
:
def restart_with_reloader():
import django.__main__
while True:
# 大概就是生成命令行 python manage.py runserver
args = [sys.executable] + ['-W%s' % o for o in sys.warnoptions]
if sys.argv[0] == django.__main__.__file__:
# The server was started with `python -m django runserver`.
args += ['-m', 'django']
args += sys.argv[1:]
else:
args += sys.argv
# 这里设置了环境变量RUN_MAIN,且值为true
new_environ = {**os.environ, 'RUN_MAIN': 'true'}
# 这里 再调了一遍命令行 python manage.py runserver
exit_code = subprocess.call(args, env=new_environ)
# hard code,>_>,3在这里是一个特殊的退出码,有特殊的用处,下文马上会提到
if exit_code != 3:
return exit_code
restart_with_reloader()
重新执行了一遍runserver命令,同时设置了值为true的环境变量RUN_MAIN。咋一看,这是一个死循环!其实并不会,环境变量RUN_MAIN防止了这种事情的发生。subprocess.call
创建了重新执行runserver命令的子进程,这个子进程会过runserver.run()
->autoreload.main()
->autoreload.python_reloader
这样一条调用链路。然后到autoreload.python_reloader
后,因为刚设置了RUN_MAIN,所以新的子进程再进来的时候,它就会进第一个分支了,而不是else
分支,也就不会导致死循环,再贴下相关代码。
def python_reloader(main_func, args, kwargs):
# 判断是否存在环境变量RUN_MAIN,且值被设置为true,后续会讲解什么情况下会存在它
if os.environ.get("RUN_MAIN") == "true":
# 启动新线程来执行main_func
_thread.start_new_thread(main_func, args, kwargs)
try:
# 这里是检查文件更新的地方,后面讲解
reloader_thread()
except KeyboardInterrupt:
pass
# 第一次进来的时候,必然会进这个分支,因为没有地方设置过RUN_MAIN
else:
...
这次新的进程会创建新的线程来执行main_func
(上文中的self.inner_run
),它才真正启动了服务。而新进程的当前线程去执行reloader_thread()
,没错,它就是去执行文件更新检查的逻辑了:
def reloader_thread():
# 这个是针对unix的设备,貌似是处理写Terminal的信号的逻辑
ensure_echo_on()
# 检查文件更新的两种方法
if USE_INOTIFY:
# 第一种方法是通过Linux的Inotify来监控文件系统,前提是系统支持。
fn = inotify_code_changed
else:
# 如果系统不支持Inotify特性,就用code_changed,本质上就是对比文件的修改时间。
fn = code_changed
while RUN_RELOADER:
# 循环执行,每一秒会去检查文件是否有更新
change = fn()
if change == FILE_MODIFIED:
# 这里的3就和上文对应上了,如果发现是py文件有修改,就强制退出当前进程,退出码是3,然后restart_with_reloader判断是3,就继续重新subprocess.call生成一个新进程。
sys.exit(3) # force reload
elif change == I18N_MODIFIED:
# 如果是语音包相关的文件,就通过reset_translations重新加载
reset_translations()
time.sleep(1)
到这里已经很明朗了,reloader_thread()
每隔1秒去检查文件是否有更新,如果有更新,则退出当前的进程,退出码为3,在上文的restart_with_reloader里,如果退出码为3,在父进程的while循环里面,会重新生成一个子进程,然后重新加载新文件来运行服务。所以不需要我们手动去重启服务,是因为autoreload自动帮我们重启了服务。
最后再看下code_changed
,其中一种检查文件更新的方法,它主要通过文件修改时间来判断:
def code_changed():
global _mtimes, _win
for filename in gen_filenames():
# 获取文件属性
stat = os.stat(filename)
# 获取文件最后一次修改时间
mtime = stat.st_mtime
if _win:
mtime -= stat.st_ctime
if filename not in _mtimes:
_mtimes[filename] = mtime
continue
# 判断文件当前修改时间,和上次保存的修改时间是否一致
if mtime != _mtimes[filename]:
_mtimes = {}
try:
del _error_files[_error_files.index(filename)]
except ValueError:
pass
# 通过判断被修改文件的类型,来做相应的操作
return I18N_MODIFIED if filename.endswith('.mo') else FILE_MODIFIED
return False
总结
以上就是autoreload机制的流程:执行runserver命令启动服务时,主进程并没有去启动服务,而是相当于一个守护进程的作用,它会通过subprocess创建子进程,该子进程会创建一个新线程来启动服务,然后子进程的主线程负责检测文件更新,如果发生文件更新则退出该子进程,返回约定的退出码3,守护进程检查子进程的退出码(exist code)如果与约定的退出码一致,则重新启动一个新的子进程继续工作。
需要说明的是autoreload模块是一个独立的模块,也还算比较通用,如果有需要的话,是可以直接拿来主义用的。