要让普通CharField在Admin中变为下拉，需在模型中定义choices（自动生效）或自定义ModelForm用ChoiceField覆盖；formfield_overrides对ForeignKey无效因其表单字段由自身formfield()决定；加CSS类须通过widget.attrs设置。
直接改 ModelAdmin 的 form 或 formfield_overrides 就能控制字段行为和样式，但必须分清“表单渲染逻辑”和“页面结构控制”——前者靠 Django 表单系统，后者靠 Admin 模板或 CSS。
怎么让某个字段在 Admin 表单里变成下拉选择（而不是文本框）？
默认情况下，外键字段自动渲染为 select，但普通 CharField 不会。要强制改成下拉，得自定义表单类：
- 在
admin.py里定义一个继承forms.ModelForm的类，用ChoiceField或ModelChoiceField覆盖对应字段 - 在
ModelAdmin中通过form属性指定这个表单类 - 如果只是想复用已有模型字段的 choices（比如 status 字段有预设枚举），更简单的方式是直接在模型中定义
choices，Django Admin 会自动识别并生成select
例如：status = models.CharField(choices=[('draft', '草稿'), ('published', '已发布')])，无需额外代码就能出下拉。
为什么 formfield_overrides 对 ForeignKey 不起作用？
formfield_overrides 只对模型字段类型生效（如 models.TextField → forms.Textarea），而 ForeignKey 在底层是 models.ForeignKey 实例，它本身不直接触发该机制——它的表单字段由 ForeignKey 自己的 formfield() 方法决定。
立即学习“Python免费学习笔记（深入）”；
- 真正生效的是
ForeignKey的limit_choices_to、to_field等参数，或者重写其formfield() - 若想全局替换所有外键的 widget，得在自定义表单中显式覆盖，或用
get_form()动态注入 - 常见误操作：把
formfield_overrides = {models.ForeignKey: {'widget': forms.Select}}当成万能开关，实际无效
如何给 Admin 字段加自定义 CSS 类或 HTML 属性？
Django Admin 不直接暴露 widget 的 attrs 配置入口，得通过表单字段的 widget 显式设置：
- 在自定义表单中，用
self.fields['xxx'].widget.attrs.update({'class': 'my-input', 'data-id': '123'}) - 如果字段来自
formfield_overrides，可在对应 widget 初始化时传入attrs，比如forms.TextInput(attrs={'class': 'vLargeTextField'}) - Admin 默认使用的 CSS 类名（如
vTextField、vForeignKeyRawIdAdmin）可直接复用，避免样式冲突 - 注意：Admin 页面加载了 jQuery 和自有 JS，自定义 class 若需 JS 绑定，得确保执行时机晚于
django.jQuery初始化
修改字段显示顺序或分组后，保存时报 KeyError 是为什么？
常见于重写了 get_fields() 或 fields，但漏掉了某些非空字段（尤其是 ForeignKey 的反向关系字段、AutoField 主键、或 editable=False 字段被意外包含）。
- 检查
fields元组是否包含所有required=True且editable=True的字段 - 如果用了
exclude，确认没把必填字段排除掉；exclude和fields不能共存 - 使用
get_readonly_fields()控制只读字段时，别把它和表单字段配置混淆——只读字段仍需出现在fields中，否则表单验证会失败 - 调试技巧：在 Admin 视图中打印
form.base_fields.keys()，比盲目猜字段名更可靠
最常被忽略的是：字段级样式和验证逻辑必须在表单层统一处理，Admin 的 list_display 或 readonly_fields 完全不参与表单渲染流程——混用这两套机制，八成会丢字段或爆错。
