html - Django 1.11 中表单呈现的性能不佳

Question

My site有一个带有高级搜索小部件的导航栏(在搜索字段旁边)，它呈现在每个页面上。对于每个请求，context_processor 创建表单，以便它可以在导航栏中的该页面上可用。此表单有大约十几个选项，总共有数百个选项。这些选项中的大部分用于选择货币和国家/地区，以及大约 80 个其他选项。有一个更大的“商店”列表，但它是通过 AJAX 加载的，所以它不应该成为这里的一个因素。

在 Django 1.8 上的性能很好，但在升级到 1.11(Pyton 2.7.15)后，我注意到 NewRelic 现在在我最频繁的请求之间使用了超过 500 毫秒:

• Render/django/forms/widgets/select_option.html
• Render/django/forms/widgets/select.html
• Render/django/forms/widgets/attrs.html

这似乎与 1.11 对 Template-based Widget Rendering 的更改有关( docs )，但是我能找到的唯一讨论相关问题的页面是关于 Django 工具栏的，我没有在生产环境中运行它。

我正在并且已经在使用缓存模板加载器(现在是默认设置)，但是我不知道这对这里是否有帮助。我无法轻松地缓存此表单，因为正如您在代码中看到的那样，我根据请求设置了一些默认值。

为什么我的表格会因这种变化而受到如此严重的影响？消除两个较大的选择会有所帮助，但数百个选项肯定不会花费这么长时间来呈现，所以在我看来，存在一个潜在的问题，即数量只会加剧。

这里是完整表单和 html 代码的链接。 (稍后当我们发现问题时，我会在问题中包含片段，以供将来的读者使用)。

• Search Form
• Search HTML
• Live Site
• Discussion on Mailing List

更新

在这篇文章之后，我禁用了这些选择中最大的一个，并一瘸一拐地度过了一年。这周我实现了一个解决方法，这样我就可以重新启用这些选项而无需付出巨大的代价。我现在缓存表单的模板片段，将选定的表单搜索选项传递给前端，并使用 JavaScript 进行设置。

Answer 1

如果您确实将小部件呈现作为性能瓶颈隔离开来，您可以使用不同的模板为此制作自己的小部件。

class OptimizedSelectWidget(forms.Select):
    template_name = "widget_templates/optimized_select.html"

class MyForm(forms.Form):
    field = forms.ChoiceField(choices=XXX, widget=OptimizedSelectWidget)

OptimizedSelectWidget 的模板越简单，呈现的速度就越快。以下是支持选择小部件全部功能的选择小部件的通用(即最复杂的)模板。我通过采用 Django 2.2 下拉模板并内联所有子模板的选项来实现这一点。

<select name="{{ widget.name }}"{% include "django/forms/widgets/attrs.html" %}>{% for group_name, group_choices, group_index in widget.optgroups %}{% if group_name %}
  <optgroup label="{{ group_name }}">{% endif %}{% for option in group_choices %}
  <option value="{{ option.value|stringformat:'s' }}" {% for name, value in option.attrs.items %}{% if value is not False %} {{ name }}{% if value is not True %}="{{ value|stringformat:'s' }}"{% endif %}{% endif %}{% endfor %}>{{ option.label }}</option>{% endfor %}{% if group_name %}
  </optgroup>{% endif %}{% endfor %}
</select>

我已经在下拉呈现性能问题的页面上尝试过此操作，并且确实获得了一些加速，但它在 20% 的范围内，而不是 5 倍的范围内。我的理论是模板缓存已经做了很多，所以模板本身的开销并不高。也就是说，这是在 Django 2.2 上进行的，它可能比 1.11 引入了一些实质性的性能改进。

我最终遇到的这个问题的解决方案(让我获得了 5 倍加速的解决方案)是使用 Angular 将呈现下拉选项移动到浏览器。 Angular 或 React 等前端框架仅可用于呈现页面的一小部分；您无需重做整个前端即可执行此操作。