如何在Django视图中调用第三方包的management command

之前调用失败的直接原因 #

• call_command传参格式错误：把命令名和参数拼在了同一个字符串里传入，正确用法是第一个参数单独传命令名，后续参数依次传入。之前写的call_command('two_factor_status fake_email@gmail.com')会被Django识别为要找一个名字叫two_factor_status fake_email@gmail.com的命令，自然会报未知命令错误。
• 无参数调用时返回None是正常表现：绝大多数Django管理命令的设计目标是命令行交互，执行结果默认直接打印到控制台，不会通过return返回值，所以直接拿调用返回值拿不到任何结果。

通用调用方法 #

只要第三方包正确注册了管理命令，在视图中完全可以正常调用，步骤如下：

• 确认准确命令名
  先在项目根目录执行python manage.py help，在输出的命令列表中找到第三方包注册的完整命令名，不要自行猜测命令名，避免名称不匹配报错。
• 按规范传参
  call_command的语法为：call_command("命令名", 位置参数1, 位置参数2..., 关键字参数=参数值)。
  例如命令行执行语句为python manage.py two_factor_status test@example.com --no-color，对应代码写法为：

  from django.core.management import call_command
  call_command("two_factor_status", "test@example.com", no_color=True)
  

• 捕获命令输出
  如果需要获取命令的执行输出内容，不要依赖返回值，需要重定向标准输出流，示例代码：

  from io import StringIO
  from django.core.management import call_command
  
  output_buffer = StringIO()
  call_command("two_factor_status", "fake_email@gmail.com", stdout=output_buffer)
  # 获取命令打印的全部文本内容
  result_text = output_buffer.getvalue()
  

注意事项 #

非必要不要在Web请求链路中调用管理命令：

• 管理命令的设计场景是命令行运维操作，不是业务逻辑调用，绝大多数成熟的第三方Django包都会暴露专门的Python API供业务代码调用，比如已经找到的request.user.is_verified就是双因素认证状态判断的官方推荐用法，比调用命令性能更好、错误处理更简单。
• 部分管理命令内置了命令行专属逻辑，比如执行失败直接终止进程、输出带格式的控制台文本、包含长耗时操作，直接在视图中调用很容易触发500错误、请求超时等问题。

内容的提问来源于stack exchange，提问作者Jake Mulhern