简介这份资源是面向数据分析初学者与Django入门开发者的实战项目包围绕招聘数据可视化这一典型场景将Django、Python与Echarts三者结合帮助读者理解从数据获取、清洗、统计分析到前端图表呈现的完整链路。项目以Django搭建后端接口Python负责招聘数据的预处理与统计计算Echarts则承担柱状图、折线图等交互式图表的渲染适合作为课程设计、毕业设计或自学练手参考。压缩包共165个文件以51个js、39个json、14个py、12个css及html模板、sqlite3数据库等为主涵盖前端脚本、后端逻辑、样式资源与数据文件整体约4.65MB目录结构清晰便于按模块查阅。目前已有2954人学习下载读者可从中获得可运行的项目骨架、前后端数据交互思路以及Echarts图表配置的实践参考快速上手类似的数据可视化Web应用开发。1. 从一份 Django 招聘分析包说起它到底能跑出什么结果招聘网站的数据爬下来容易堆成 CSV 之后基本就躺在硬盘里吃灰。我见过太多人手里攥着几万条岗位记录却只会用 Excel 拉个透视表翻两页就卡得动不了。这份「DjangoPythonEcharts 对招聘数据进行可视化分析」的资源包解决的正是从原始数据到可交互看板的最后一公里后端用 Django 起服务、管数据前端用 Echarts 把薪资分布、学历要求、城市热度画成能点能筛的图表。它适合两类人——刚学完 Python 基础、想找一个完整 Web 项目练手的入门者以及需要快速搭一套内部数据看板的从业者。你拿到的不只是一堆 py 文件而是一条能跑通的链路数据入库、接口出数、图表渲染。下面我按自己拆包复现的顺序把这条链路拆开讲。2. 环境与依赖把 Django 和 Echarts 的版本对齐2.1 为什么先锁版本再动手Django 的版本差异在招聘分析这类项目里体现得特别明显。2.x 和 3.x 在路由写法、url()与re_path()的取舍上就不一样4.x 又砍掉了ugettext这类老接口。如果你直接pip install django拉最新版跑一份两三年前写的项目大概率在启动阶段就报ImportError。我的习惯是先看项目里的requirements.txt或settings.py顶部注释确认它按哪个大版本写的。没有说明文件时Django 3.2 是兼容性最稳的落点它同时支持path()和老的url()写法对新手项目友好。Python 侧同理。这份资源涉及数据处理通常会用到 pandas 或直接读 CSVPython 3.8 到 3.10 都能覆盖。别用 3.12 去跑老项目部分依赖轮子还没跟上装 numpy 时容易卡在编译。常见做法是建一个独立虚拟环境把项目依赖和系统环境隔开避免污染。2.2 建环境、装依赖的完整命令# 建虚拟环境python3 -m venv 是标准做法不依赖第三方工具 python3 -m venv venv # 激活Linux/macOS 用 sourceWindows 用 venv\Scripts\activate source venv/bin/activate # 升级 pip老版本 pip 装某些包会解析失败 python -m pip install --upgrade pip # 装核心依赖django 锁 3.2pandas 用于数据清洗 pip install django3.2 pandas # 如果项目带 requirements.txt直接按文件装更省事 pip install -r requirements.txt命令背后的逻辑venv把解释器和 site-packages 隔离删掉 venv 目录就等于卸载干净不会残留。django3.2用双等号锁死小版本避免自动升到 4.x 引发接口不兼容。装完用python -m django --version验证输出 3.2.x 才算成功。如果pip install pandas报编译错误先确认系统有没有装编译工具链Windows 上多半是缺 Visual C Build Tools换用pip install pandas --only-binary :all:强制走预编译轮子。2.3 Echarts 的引入方式与版本选择Echarts 是纯前端库不经过 pip。项目里一般有两种引法CDN 直连或本地静态文件。CDN 写法简单但离线环境会白屏本地文件稳但要手动放进static/目录。我倾向本地引入招聘分析看板经常在内网跑断网是常态。!-- 放在模板的 head 或 body 底部本地路径以 static 目录为根 -- script src/static/js/echarts.min.js/script参数说明src指向 Django 配置的静态文件路径settings.py里STATIC_URL决定前缀。Echarts 5.x 和 4.x 的配置项大体兼容但 5.x 默认主题和部分交互有调整。如果你从网上抄的配置在 5.x 下渲染异常先查是不是series里的type拼写或itemStyle结构变了。验证引入是否成功浏览器控制台敲echarts能返回对象即可。3. 数据层把招聘 CSV 灌进 Django 模型3.1 模型设计决定后续查询顺不顺招聘数据的字段看着杂核心就那么几列岗位名称、公司、城市、薪资、学历、经验、技能标签。设计模型时最容易翻车的是薪资——原始数据里常写成「15-25K·13薪」这种字符串直接存 CharField 后面没法算平均值。我的做法是拆成salary_min、salary_max两个整数字段单位统一成「千/月」清洗阶段就把「K」「薪」这些噪声剥掉。# models.py from django.db import models class Job(models.Model): title models.CharField(max_length200) # 岗位名称 company models.CharField(max_length200) # 公司名 city models.CharField(max_length50) # 城市 salary_min models.IntegerField(default0) # 月薪下限单位千 salary_max models.IntegerField(default0) # 月薪上限单位千 education models.CharField(max_length20) # 学历要求 experience models.CharField(max_length20) # 经验要求 skills models.TextField(blankTrue) # 技能标签逗号分隔 class Meta: db_table job indexes [models.Index(fields[city])] # 城市查询频繁加索引逻辑说明salary_min/max用 IntegerField 是为了后续Avg、Max聚合能直接算省去在 Python 层再转换。skills用 TextField 存逗号分隔串简单场景够用如果要做技能共现分析得再拆一张关联表那是进阶玩法。Meta里给city加索引是因为按城市分组统计是看板最常触发的查询几万条数据下有没有索引差别很明显。3.2 数据导入脚本与清洗边界模型建好后执行迁移再写一个管理命令或独立脚本把 CSV 读进来。别用 Django shell 一行行敲数据量一大就崩。# import_jobs.py放在项目根目录用 python import_jobs.py 跑 import csv, os, django os.environ.setdefault(DJANGO_SETTINGS_MODULE, recruit.settings) django.setup() from analysis.models import Job def parse_salary(raw): # 输入形如 15-25K 或 20K以上返回 (min, max) raw raw.replace(K, ).replace(k, ).split(·)[0] if - in raw: lo, hi raw.split(-) return int(float(lo)), int(float(hi)) num int(float(raw.replace(以上, ).replace(以下, ))) return num, num with open(jobs.csv, encodingutf-8) as f: reader csv.DictReader(f) batch [] for row in reader: try: lo, hi parse_salary(row[salary]) except (ValueError, KeyError): continue # 薪资解析失败的脏数据直接跳过 batch.append(Job( titlerow[title], companyrow[company], cityrow[city], salary_minlo, salary_maxhi, educationrow.get(education, ), experiencerow.get(experience, ), skillsrow.get(skills, ) )) Job.objects.bulk_create(batch, batch_size500)参数说明bulk_create的batch_size500是经验值太小频繁写库慢太大占内存500 到 1000 之间比较稳。parse_salary里先split(·)是为了砍掉「13薪」后缀只留薪资主体。try/except捕获解析异常并continue保证一条脏数据不会中断整批导入——这是血泪经验招聘数据里「面议」「薪资open」这类值很常见不处理就等着脚本半路挂掉。导入完用Job.objects.count()核对条数和 CSV 行数对不上就说明有被跳过的记录回头查是哪类值没覆盖。3.3 聚合查询把统计逻辑放在数据库层看板要的薪资分布、城市 Top10、学历占比全都能用 Django ORM 的聚合直接出不用把数据全拉到 Python 里循环。from django.db.models import Avg, Count # 各城市岗位数量降序取前 10 city_stats Job.objects.values(city).annotate(cntCount(id)).order_by(-cnt)[:10] # 各学历的平均薪资下限 edu_salary Job.objects.values(education).annotate(avg_salAvg(salary_min)) # 薪资区间分布用条件计数 bins [(0, 10), (10, 20), (20, 30), (30, 100)] dist [] for lo, hi in bins: c Job.objects.filter(salary_min__gtelo, salary_min__lthi).count() dist.append({range: f{lo}-{hi}K, count: c})逻辑说明values().annotate()等价于 SQL 的GROUP BY统计在数据库完成返回的是精简结果集比Job.objects.all()再在 Python 里数快一个量级。order_by(-cnt)[:10]的切片对应 SQL 的LIMIT别在切片后再做 Python 排序那样索引白建。薪资分箱用filter加count逐段统计区间边界用__gte和__lt保证不重不漏。这些结果直接喂给 Echarts 的series.data中间不需要额外转换。4. 接口与图表Django 出 JSONEcharts 吃数据4.1 用 JsonResponse 打通前后端Django 模板直出图表数据会让 HTML 变得又长又难维护正确姿势是单独开接口返回 JSON前端用 fetch 拿。视图函数保持薄统计逻辑复用上一章的查询。# views.py from django.http import JsonResponse from django.db.models import Count from .models import Job def city_chart(request): data list(Job.objects.values(city).annotate(valueCount(id)).order_by(-value)[:10]) return JsonResponse({data: data}, json_dumps_params{ensure_ascii: False})参数说明json_dumps_params{ensure_ascii: False}是关键不加的话中文城市名会变成\uXXXX转义虽然前端能解析但调试时看着糟心。list()把 QuerySet 转成列表JsonResponse 才能序列化。接口路径在urls.py里配path(api/city/, views.city_chart)前端请求/api/city/即可。注意别在视图里做重查询一个看板可能同时请求五六个接口每个都全表扫描会拖垮响应。4.2 Echarts 柱状图与饼图的配置要点拿到 JSON 后前端把data里的city和value拆成两个数组塞进 Echarts。柱状图适合看城市排名饼图适合看学历占比。// 城市岗位柱状图 fetch(/api/city/) .then(res res.json()) .then(res { const cities res.data.map(d d.city); const counts res.data.map(d d.value); const chart echarts.init(document.getElementById(cityChart)); chart.setOption({ tooltip: { trigger: axis }, // 悬停显示数值 xAxis: { type: category, data: cities, axisLabel: { rotate: 30 } }, yAxis: { type: value }, series: [{ type: bar, data: counts, itemStyle: { color: #5470c6 } // 统一配色避免默认随机 }] }); });逻辑说明trigger: axis让提示框按整列触发鼠标在柱子上滑动时能同时看到城市和数值。axisLabel.rotate: 30解决城市名过长导致的横轴重叠这是中文标签最常见的显示问题。itemStyle.color显式指定颜色不写的话 Echarts 会用默认色板多个图表放一起容易花。饼图配置换series.type: pie数据项要{name, value}结构把接口返回的city/value映射成name/value即可。图表容器div必须有明确高度否则init出来是 0 像素白屏且不报错——这个坑我踩过不止一次。4.3 静态文件与模板的接线Django 开发模式下静态文件要配STATICFILES_DIRS模板里用{% static %}标签引资源别写死绝对路径。# settings.py 片段 STATIC_URL /static/ STATICFILES_DIRS [BASE_DIR / static]模板里{% load static %}之后script src{% static js/echarts.min.js %}/script会自动拼出正确路径。生产环境这套要换成collectstatic加 Web 服务器托管开发阶段用runserver就够。启动python manage.py runserver浏览器开127.0.0.1:8000图表不出来先按 F12 看 Network 里接口是不是 404再看 Console 有没有 JS 报错两步就能定位是后端没出数还是前端没渲染。5. 避坑与排查复现时最容易翻车的五处5.1 图表白屏但接口有数据现象接口返回 200JSON 内容正常页面上图表区域一片空白。原因多半是容器div没设高度Echarts 初始化时拿到的宽高是 0画布渲染不出来。解决给容器加stylewidth:100%;height:400px或者用 CSS 类固定高度再调chart.resize()适配窗口变化。5.2 中文乱码或转义现象城市名显示成\u5317\u4eac这种。原因是 JsonResponse 默认ensure_asciiTrue。解决加json_dumps_params{ensure_ascii: False}。如果 CSV 导入阶段就乱码检查文件编码open()时显式写encodingutf-8Windows 下 Excel 导出的 CSV 常是 GBK得先转码。5.3 薪资平均值算出来是 0现象Avg(salary_min)结果全是 0。原因是导入时薪资字段没解析成功全落到了默认值 0。解决回查parse_salary覆盖了哪些格式把「面议」「薪资open」这类值单独标记或排除别让它们进统计。导入后先跑一条Job.objects.filter(salary_min0).count()数量异常就说明解析逻辑有漏。5.4 迁移报 no such table现象python manage.py migrate后查询仍报表不存在。原因是模型改了但没生成迁移文件或者 app 没加进INSTALLED_APPS。解决确认 app 名在INSTALLED_APPS列表里然后python manage.py makemigrations再migrate。改了模型字段后必须重新走这两步光改models.py数据库不会自动同步。5.5 大数据量下接口超时现象数据涨到十几万条后看板加载转圈半天。原因是聚合查询没走索引或者一次返回了全量数据。解决给city、education这类分组字段加索引接口里限制返回条数Top10 就[:10]别把几万条城市明细全吐给前端必要时用values()只取需要的列减少数据传输。6. 进阶把静态看板做成可筛选的交互分析基础版跑通后看板还是「死」的——只能看全量数据没法按城市或学历下钻。真正好用的招聘分析工具得支持筛选联动。做法是在接口上加查询参数前端把下拉框的值拼进请求。# views.py 改造支持按城市过滤 def city_chart(request): city request.GET.get(city) # 前端传 ?city北京 qs Job.objects.all() if city: qs qs.filter(citycity) data list(qs.values(education).annotate(valueCount(id)).order_by(-value)) return JsonResponse({data: data}, json_dumps_params{ensure_ascii: False})前端加一个selectchange事件里重新 fetch 并chart.setOption(option, true)第二个参数true表示不合并旧配置避免残留数据。这套「参数化接口 重渲染」的模式能套到薪资区间、经验要求上组合出多维筛选。再往上一层是缓存。招聘数据不是实时变动的每次请求都查库浪费。Django 自带缓存框架把聚合结果缓存 5 到 10 分钟看板响应能从几百毫秒降到几十毫秒。from django.core.cache import cache def city_chart(request): key city_chart_data data cache.get(key) if data is None: data list(Job.objects.values(city).annotate(valueCount(id)).order_by(-value)[:10]) cache.set(key, data, 300) # 缓存 300 秒 return JsonResponse({data: data}, json_dumps_params{ensure_ascii: False})参数说明cache.set第三个参数是过期秒数300 秒适合数据更新不频繁的场景。开发阶段用本地内存缓存就够生产环境换 Redis 更稳。注意缓存键要带上筛选参数否则不同城市的请求会互相覆盖key fcity_chart_{city}这样拼。验证整套链路是否正常我一般按这个顺序走一遍先Job.objects.count()确认数据量再逐个访问接口看 JSON 结构最后开页面点筛选看图表是否跟着变。哪一步断了就停在哪查别跳步。从那以后我每次拿到这类 Django 可视化包都强制先跑通「导入一条数据 → 出一个接口 → 渲染一张图」的最小闭环再往上堆功能这样出问题能立刻定位是数据、接口还是前端。希望帮到你。本文还有配套的精品资源点击获取