Django 面试高频题及实战答案.docxVIP

Django面试高频题及实战答案

一、基础概念类（考察对框架核心认知）

问：Django的核心思想是什么？实际开发中怎么体现的？

答：核心是“电池已内置”（BatteriesIncluded），就是框架自带常用功能，不用额外找第三方库。比如开发时，认证系统直接用django.contrib.auth做登录注册，ORM直接操作数据库不用写原生SQL，表单验证有Form/ModelForm，连后台管理系统admin都是现成的，能省大量重复开发工作。

问：Django的MVT架构和MVC有什么区别？实际开发中各部分职责是什么？

答：MVT是Django对MVC的适配：

MVC：Model（数据模型）、View（业务逻辑）、Controller（路由/控制器）

MVT：Model（和MVC一致，数据模型）、View（业务逻辑，对应MVC的Controller）、Template（模板，对应MVC的View）

实际开发中：Model定义数据结构（比如用户表、文章表），View处理请求（比如查询数据、验证权限），Template负责页面渲染（把View传的数据展示出来），而路由配置（urls.py）承担了部分Controller的转发职责。

问：Django中间件的作用是什么？举2个实际项目中用到的中间件场景

答：中间件是处理请求和响应的“钩子”，介于用户请求和视图函数之间，能全局拦截请求/响应做统一处理。

实际场景：①登录验证中间件：所有需要登录的视图，不用在每个视图里写判断，中间件直接拦截未登录请求跳转到登录页；②日志中间件：记录所有请求的URL、响应时间、客户端IP，方便排查问题；③CORS跨域中间件：解决前后端分离项目的跨域请求问题。

二、核心组件类（考察实操能力）

问：DjangoORM中，select_related和prefetch_related的区别？什么时候用？

答：都是解决跨表查询的N+1问题（1次查主表，N次查关联表），核心区别是关联类型和查询方式：

select_related：用SQLJOIN实现，只能查一对一（OneToOne）、多对一（ForeignKey）关联，一次性把关联数据查出来，适合关联表数据少的情况；

prefetch_related：用多次SQL查询后内存中拼接，支持多对多（ManyToMany）、反向多对一关联，适合关联表数据多的情况；

举例：查询文章（Article）及作者（User，ForeignKey）用Article.objects.select_related(author).all()；查询文章及标签（Tag，ManyToMany）用Article.objects.prefetch_related(tags).all()。

问：DjangoForm和ModelForm的区别？实际开发中怎么选？

答：都是表单验证工具，核心区别是是否和Model绑定：

Form：不绑定Model，需要手动定义字段（比如用户名、密码输入框），适合和数据模型无关的表单（比如登录表单、搜索表单）；

ModelForm：直接绑定Model，自动生成字段（字段对应Model的字段），还能直接用save()方法保存到数据库，适合和Model相关的表单（比如创建/编辑文章、用户信息修改）；

实操技巧：ModelForm可以用fields指定需要的字段，exclude排除不需要的字段，还能自定义验证逻辑（比如重写clean_字段名()方法）。

问：Djangoadmin怎么自定义？举3个实际开发中的自定义场景

答：admin是Django自带的后台管理系统，自定义主要是优化数据管理效率，常用场景：

①自定义列表显示：在admin注册类中用list_display指定显示的字段（比如list_display=[title,author,create_time]），list_filter加过滤条件（比如按创建时间过滤）；

②自定义搜索：用search_fields指定可搜索字段（比如search_fields=[title,content]），支持模糊查询；

③关联数据内联编辑：比如文章和评论是一对多关系，用InlineModelAdmin让评论在文章编辑页直接添加/修改，不用单独进入评论管理；

④权限控制：用has_add_permission、has_change_permission控制不同用户的增删改权限（比如普通管理员只能看，不能删）。

三、实战场景类（考察问题解决