在我的 Flask 應用程序中，我使用該庫實現(xiàn)了一個日志系統(tǒng)logging。它當前在以下函數(shù)中運行：if __name__ == "__main__": """[Runs the webserver. Finally block is used for some logging management. It will first shut down logging, to ensure no files are open, then renames the file to 'log_' + the current date, and finally moves the file to the /logs archive directory] """ try: session_management.clean_uploads_on_start(UPLOAD_FOLDER) app.run(debug=False) finally: try: logging.shutdown() new_log_file_name = log_management.rename_log(app.config['DEFAULT_LOG_NAME']) log_management.move_log(new_log_file_name) except FileNotFoundError: logging.warning("Current log file not found") except PermissionError: logging.warning("Permissions lacking to rename or move log.")我發(fā)現(xiàn)如果強制關閉 cmd 提示符或服務器崩潰，則文件不會重命名和移動。我認為在服務器啟動之前將重命名并移入函數(shù)的初始“try”塊可能會更好，但我遇到了問題，因為我有一個配置文件（在此腳本中導入）具有以下代碼：logging.basicConfig(filename='current_log.log', level=logging.INFO, filemode='a', format='%(asctime)s:%(levelname)s:%(message)s')我試過做類似下面的事情，但我仍然遇到權限錯誤，但我認為我仍然遇到錯誤，因為 log_management 腳本也導入了配置。此外，我找不到啟動日志系統(tǒng)的函數(shù)，類似于在系統(tǒng)結束時使用的 logging.shutdown() ，否則我會關閉它，移動文件（如果存在）并重新啟動它。 try: session_management.clean_uploads_on_start(UPLOAD_FOLDER) log_management.check_log_on_startup(app.config['DEFAULT_LOG_NAME']) import config app.run(debug=False) finally: try: logging.shutdown() new_log_file_name = log_management.rename_log(app.config['DEFAULT_LOG_NAME']) log_management.move_log(new_log_file_name) except FileNotFoundError: logging.warning("Current log file not found") except PermissionError: logging.warning("Permissions lacking to rename or move log.")# (in another script)def check_log_on_startup(file_name): if os.path.exists(file_name): move_log(rename_log(file_name))非常歡迎任何建議，因為我覺得我在一堵磚墻上！
1 回答
繁花如伊
TA貢獻2012條經驗 獲得超12個贊
正如您已經發(fā)現(xiàn)的那樣，如果進程不干凈地終止，嘗試在進程生命周期結束時執(zhí)行清理可能會失敗。
在開始時執(zhí)行清理的問題是，您顯然在logging.basicConfig嘗試移動舊日志文件之前從導入中調用。當您嘗試重命名和移動它時，
這會導致在現(xiàn)有日志上隱式創(chuàng)建一個打開的文件對象。FileHandler根據(jù)您使用的文件系統(tǒng)，這可能不會讓人高興。
如果您想將潛在的舊日志文件的處理完全移至應用程序的開頭，則必須在調用之前執(zhí)行重命名和移動logging.basicConfig，因此您必須將其從導入中刪除并以log_management某種方式添加到。
作為替代方案，您可以通過子類化標準FileHandler類將日志文件的整個處理移動到日志文件處理程序，例如：
import logging
import os
from datetime import datetime
class CustomFileHandler(logging.FileHandler):
? ? def __init__(self, filename, archive_path='archive', archive_name='log_%Y%m%d', **kwargs):
? ? ? ? self._archive = os.path.join(archive_path, archive_name)
? ? ? ? self._archive_log(filename)
? ? ? ? super().__init__(filename, **kwargs)
? ? def _archive_log(self, filepath):
? ? ? ? if os.path.exists(filepath):
? ? ? ? ? ? os.rename(filepath, datetime.now().strftime(self._archive))
? ? def close(self):
? ? ? ? super().close()
? ? ? ? self._archive_log(self.baseFilename)
有了這個，您可以像這樣配置您的日志記錄：
hdler = CustomFileHandler('current.log')
logging.basicConfig(level=logging.INFO, handlers=[hdler],?
? ? ? ? ? ? ? ? ? ?format='%(asctime)s:%(levelname)s:%(message)s')
將CustomFileHandler在初始化期間檢查并可能存檔舊日志。這將處理無法進行關閉清理的不干凈進程終止后的剩余物。由于在嘗試日志歸檔之后調用了父類初始值設定項，因此日志上還沒有打開的句柄會導致PermissionError.
覆蓋的close()方法將在干凈的進程關閉時執(zhí)行歸檔。
這應該消除對專用模塊的需要log_management，至少就您在代碼中顯示的功能而言。rename_log,move_log并且check_log_on_startup都封裝在CustomFileHandler.?也無需顯式調用logging.shutdown().
一些注意事項：
找不到等效的啟動函數(shù)的原因logging.shutdown()是在導入logging模塊時啟動/初始化了日志系統(tǒng)。除其他外，它實例化隱式根記錄器并通過atexit注冊logging.shutdown為退出處理程序。?后者是無需顯式調用上述解決方案的原因。Python 解釋器將在準備因退出處理程序注冊而關閉解釋器時在完成期間調用它。然后遍歷已注冊處理程序的列表并調用它們的方法，這將在干凈關閉期間執(zhí)行日志歸檔。logging.shutdown()logging.shutdown()close()
根據(jù)您選擇的移動（和重命名）舊日志文件的方法，上述解決方案可能需要一些額外的異常保護措施。os.rename如果目標路徑已經存在，即當您已經在同一天停止并啟動您的進程時，將引發(fā)異常，同時os.replace會靜默覆蓋現(xiàn)有文件。
因此，我建議不僅按當前日期而且按時間命名歸檔日志。
在上面，將當前日期添加到存檔文件名是通過datetime's完成的strftime，因此 'log_?%Y%m%d?' 作為archive_name自定義文件處理程序參數(shù)的默認值。前面的字符%是有效的格式代碼，替換為調用它的對象strftime()的相應部分。datetime要將當前時間附加到存檔日志文件名，您只需將相應的格式代碼附加到archive_name，例如：'log_%Y%m%d_?%H%M%S?'，這將導致日志名稱，例如log_20200819_123721.
添加回答
舉報
0/150
提交
取消