溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
小編這次要給大家分享的是如何實現django的autoreload機制，文章內容豐富，感興趣的小伙伴可以來了解一下，希望大家閱讀完這篇文章之后能夠有所收獲。
在開發django應用的過程中，使用開發者模式啟動服務是特別方便的一件事，只需要 python manage.py runserver 就可以運行服務，并且提供了非常人性化的autoreload機制，不需要手動重啟程序就可以修改代碼并看到反饋。
源碼分析：
runserver命令
命令行鍵入 python manage.py runserver 后，django會去尋找runserver這個命令的執行模塊，最后落在 django\contrib\staticfiles\management\commands\runserver.py模塊上：
def run(self, **options): """ Runs 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)
autoreload模塊。看autoreload.main():
django\utils\autoreload.py:
這里有關于use_reloader的判斷。如果我們在啟動命令中沒有加--noreload，程序就會走autoreload.main這個函數，如果加了，就會走self.inner_run，直接啟動應用。 其實從autoreload.main的參數也可以看出，它應該是對self.inner_run做了一些封裝，autoreload的機制就在這些封裝當中，下面我們繼續跟。
def main(main_func, args=None, kwargs=None):
if args is None:
args = ()
if kwargs is None:
kwargs = {}
if sys.platform.startswith('java'):
reloader = jython_reloader
else:
reloader = python_reloader
wrapped_main_func = check_errors(main_func)
reloader(wrapped_main_func, args, kwargs)這里針對jpython和其他python做了區別處理，先忽略jpython；check_errors就是把對main_func進行錯誤處理，也先忽略。看python_reloader:
def python_reloader(main_func, args, kwargs):
if os.environ.get("RUN_MAIN") == "true":
thread.start_new_thread(main_func, args, kwargs)
try:
reloader_thread()
except KeyboardInterrupt:
pass
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第一次走到這里時候，環境變量中RUN_MAIN變量不是"true"， 甚至都沒有，所以走else， 看restart_with_reloader:
#django\utils\autoreload.py: def restart_with_reloader(): while True: args = [sys.executable] + ['-W%s' % o for o in sys.warnoptions] + sys.argv if sys.platform == "win32": args = ['"%s"' % arg for arg in args] new_environ = os.environ.copy() new_environ["RUN_MAIN"] = 'true' exit_code = os.spawnve(os.P_WAIT, sys.executable, args, new_environ) if exit_code != 3: return exit_code
這里首先起一個while循環, 內部先把RUN_MAIN改成了"true"，然后用os.spawnve方法開一個子進程（subprocess）， 其實就是再調一遍命令行，又走了一遍 python manage.py runserver。
接著看restart_with_reloader里的while循環，需要注意的是while循環退出的唯一條件是exit_code!=3。 如果子進程不退出，就一直停在 os.spawnve這一步; 如果子進程退出，而退出碼不是3，while就被終結了；如果是3，繼續循環，重新創建子進程。從這個邏輯可以猜想autoreload的機制：當前進程（主進程）其實啥也不干，就監視子進程的運行狀況，子進程才是真正干事兒的；如果子進程以exit_code=3退出（應該由于檢測到了文件修改），就再啟動一遍子進程，新代碼自然就生效了；如果子進程以exit_code!=3退出，主進程也結束，整個django程序就算跪了。這只是猜想，下面接著來驗證。
子進程。上面其實有一個疑問，既然是重新啟動了一次，為什么子進程不會接著生成子進程？原因就在于RUN_MAIN這個環境變量，主進程中把它改成了true，子進程走到python_reloader函數的時候：
#django\utils\autoreload.py:
def python_reloader(main_func, args, kwargs):
if os.environ.get("RUN_MAIN") == "true":
thread.start_new_thread(main_func, args, kwargs)
try:
reloader_thread()
except KeyboardInterrupt:
pass
else:
try:
exit_code = restart_with_reloader()
if exit_code < 0:
os.kill(os.getpid(), -exit_code)
else:
sys.exit(exit_code)
except KeyboardInterrupt:
passif條件滿足了，和主進程走了不一樣的邏輯分支。在這里，首先去開一個線程，運行main_func，就是上文的 Command.inner_run。這里的thread模塊是這么import的：
然后再開一個reloader_thread：
def reloader_thread(): ensure_echo_on() if USE_INOTIFY: fn = inotify_code_changed else: fn = code_changed while RUN_RELOADER: change = fn() if change == FILE_MODIFIED: sys.exit(3) # force reload elif change == I18N_MODIFIED: reset_translations() time.sleep(1)
ensure_echo_on()其實還沒看明白，貌似是針對類unix系統文件處理的，先略過； USE_INOTIFY也是系統文件操作相關的變量，根據 inotify 是否可用選擇檢測文件變化的方法。 while循環，每隔1秒檢測一下文件狀態，如果是普通文件有變化，進程退出，退出碼為3，主進程一看：退出碼是3，就重啟子進程。。。。這樣就和上面連上了；如果不是普通文件變化，而是I18N_MODIFIED（.mo后綴的文件變化，二進制庫文件之類的），那就 reset_translations ，大概意思是把已加載過的庫緩存清理掉，下次重新加載。
以上就是autoreload機制的流程。其中還是有些細節不是特別清楚，比如不同操作系統文件變化的檢測，但都是很細節的東西了，不涉及主流程。看完這些，我又問了自己一遍，如果是讓我設計autoreload機制會怎樣搞。現在我的答案是：直接把 django\utils\autoreload.py 文件拿來用啊。其實這是很獨立的一個模塊，而且特別通用，完全可以作為通用的autoreload解決方案。
看完這篇關于如何實現django的autoreload機制的文章，如果覺得文章內容寫得不錯的話，可以把它分享出去給更多人看到。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
