简介这是一套基于Python Django框架开发的旅游信息管理系统源码面向Web开发初学者与中小型旅游服务平台开发者解决旅游资讯展示、景点管理、用户交互等核心业务需求。资源包共787个文件涵盖45个Python后端逻辑文件、53个Vue前端组件、164个JS交互脚本、162个SVG图标资源、57个JPG图片及53个CSS样式文件辅以HTML页面、SQL数据库脚本和批处理运行脚本如安装.bat、运行.bat结构完整前后端分离清晰便于二次开发与本地部署。目前已有1544人学习下载资源压缩包大小为18.12MB体积适中加载友好。读者可直接获取可运行的全栈项目工程包含后台管理模块、前端响应式界面、静态资源组织规范及基础权限控制逻辑特别适合DjangoVue技术栈实践、课程设计参考或旅游类毕业设计快速启动。1. 用 Django 搭建旅游信息管理系统不是写个 CRUD 就完事——它得能查线路、管订单、防并发超卖还要让旅行社后台真能用很多刚学完 Django 教程的人看到“旅游信息管理系统”第一反应是不就是景点增删改查 用户注册登录但真实业务里一个能上线的旅游系统核心卡点根本不在表单渲染——而是「多用户同时抢购同一旅行团时库存怎么锁」、「游客搜索‘云南6月亲子’如何秒出匹配线路」、「旅行社上传的 PDF 行程单如何安全存取并限制下载次数」。这类系统本质是带强业务规则的领域应用景点有上架状态和推荐权重订单含预付款与尾款分阶段确认用户角色细分为游客、地接社、审核员三类权限。它不适合用 Flask 快速原型也不该用 DRF 单纯做 APIDjango 的 admin 自动化、ORM 关系约束、中间件鉴权能力才是支撑这类系统半年内不推倒重做的底层优势。本文面向已会python manage.py runserver但没交付过生产级旅游系统的开发者从模型设计开始每一步都对应真实运维场景比如为什么TourSchedule.stock字段必须用IntegerField而非DecimalField为什么Order.status的状态机要硬编码而非存在数据库里。2. 用 Django Model 精确建模旅游业务实体景点、线路、排期、订单四层关系不能靠外键堆出来旅游系统最易踩的坑是把所有数据塞进一张大表或滥用GenericForeignKey。实际业务中景点ScenicSpot是静态资源线路TravelRoute是组合产品排期TourSchedule是可售实例订单BookingOrder是交易凭证——四者层级分明且每层都有独立生命周期。下面给出经过 3 个真实项目验证的最小可行模型结构重点说明字段选型依据。2.1 景点与线路分离建模避免“景点即产品”的认知陷阱# models.py from django.db import models from django.contrib.auth.models import User class ScenicSpot(models.Model): name models.CharField(max_length100, verbose_name景点名称) city models.CharField(max_length50, verbose_name所在城市) # 注意此处不存图片路径用云存储 URL避免本地路径迁移问题 cover_url models.URLField(verbose_name封面图URL, blankTrue) is_verified models.BooleanField(defaultFalse, verbose_name已认证) class Meta: db_table scenic_spot verbose_name 景点 verbose_name_plural 景点库 class TravelRoute(models.Model): title models.CharField(max_length200, verbose_name线路标题) # 多对多关联景点但需记录顺序和停留时长——所以用中间模型 spots models.ManyToManyField(ScenicSpot, throughRouteSpot, verbose_name包含景点) duration_days models.PositiveSmallIntegerField(verbose_name行程天数) price_min models.DecimalField(max_digits8, decimal_places2, verbose_name起售价) # 状态字段draft草稿、published上架、archived下架 status models.CharField( max_length20, choices[(draft, 草稿), (published, 上架), (archived, 下架)], defaultdraft, verbose_name线路状态 ) class Meta: db_table travel_route verbose_name 旅游线路 verbose_name_plural 旅游线路库提示ScenicSpot.cover_url用URLField而非ImageField是因为生产环境图片必然存于对象存储如阿里云 OSS、腾讯云 COS直接存 URL 可规避MEDIA_ROOT路径配置错误导致的 404TravelRoute.status用字符枚举而非整数是为了在 admin 和日志中直接显示中文含义避免查表翻译。2.2 排期表TourSchedule是库存控制的核心时间库存价格三要素缺一不可from django.utils import timezone class TourSchedule(models.Model): route models.ForeignKey(TravelRoute, on_deletemodels.CASCADE, verbose_name所属线路) start_date models.DateField(verbose_name出发日期) end_date models.DateField(verbose_name返程日期) stock models.PositiveIntegerField(default0, verbose_name剩余名额) # 同一线路不同排期可设不同价格如暑期溢价 actual_price models.DecimalField(max_digits8, decimal_places2, verbose_name当前售价) # 锁定库存的原子操作依赖此字段 reserved_stock models.PositiveIntegerField(default0, verbose_name已预约名额) class Meta: db_table tour_schedule verbose_name 发团排期 verbose_name_plural 发团排期表 # 复合唯一索引同一线路同一天只能有一个排期 unique_together (route, start_date) def available_stock(self): 计算可售库存总库存 - 已预约 - 已支付订单占用 from .models import BookingOrder paid_count BookingOrder.objects.filter( scheduleself, status__in[paid, confirmed] ).count() return max(0, self.stock - self.reserved_stock - paid_count)注意reserved_stock字段是关键设计。当用户点击“立即预订”进入支付前系统需先预留名额reserved_stock 1否则高并发下会出现超卖。这个字段配合数据库行级锁见 3.2 节才能保证一致性。available_stock()方法返回实时可售数前端调用 API 时直接展示避免用户提交后才提示“名额已满”。2.3 订单状态机必须硬编码数据库里存状态名而非状态 IDclass BookingOrder(models.Model): STATUS_CHOICES [ (pending, 待支付), (paid, 已支付), (confirmed, 已确认), (cancelled, 已取消), (refunded, 已退款), ] user models.ForeignKey(User, on_deletemodels.PROTECT, verbose_name下单用户) schedule models.ForeignKey(TourSchedule, on_deletemodels.PROTECT, verbose_name预订排期) # 订单号格式TR202406150001TR年月日4位序号 order_no models.CharField(max_length20, uniqueTrue, verbose_name订单号) total_amount models.DecimalField(max_digits10, decimal_places2, verbose_name订单金额) status models.CharField( max_length20, choicesSTATUS_CHOICES, defaultpending, verbose_name订单状态 ) created_at models.DateTimeField(auto_now_addTrue, verbose_name创建时间) updated_at models.DateTimeField(auto_nowTrue, verbose_name更新时间) class Meta: db_table booking_order verbose_name 订单 verbose_name_plural 订单管理 def save(self, *args, **kwargs): if not self.order_no: # 生成订单号避免用 UUID便于客服人工核对 from datetime import datetime date_str datetime.now().strftime(%Y%m%d) last_order BookingOrder.objects.filter( order_no__startswithfTR{date_str} ).order_by(-order_no).first() if last_order and last_order.order_no[2:10] date_str: seq int(last_order.order_no[10:]) 1 else: seq 1 self.order_no fTR{date_str}{seq:04d} super().save(*args, **kwargs)提示on_deletemodels.PROTECT是强制要求。若删除一条TourSchedule必须先处理其关联订单否则数据逻辑断裂order_no生成逻辑避开AutoField因为订单号需满足财务对账要求含日期、可读性、无跳号自增 ID 无法满足。3. 实现高并发下的库存扣减用 select_for_update() 配合事务而不是乐观锁或 Redis 计数器旅游系统最常被压测打穿的环节就是多人同时抢购同一排期。常见错误方案先查available_stock()再update stock—— 这在并发下必然超卖。正确解法是利用 PostgreSQL/MySQL 的行级锁在事务内锁定目标排期记录。3.1 创建订单时的原子库存校验与扣减# views.py from django.db import transaction from django.http import JsonResponse from django.views.decorators.csrf import csrf_exempt import json csrf_exempt def create_booking_order(request): if request.method ! POST: return JsonResponse({error: Method not allowed}, status405) try: data json.loads(request.body) schedule_id data.get(schedule_id) user_id request.user.id # 假设已登录 with transaction.atomic(): # 关键select_for_update() 锁定排期行其他事务必须等待 schedule TourSchedule.objects.select_for_update().get(idschedule_id) # 再次检查可用库存锁住后检查确保原子性 available schedule.available_stock() if available 1: return JsonResponse({error: 名额已满}, status400) # 扣减预留库存 schedule.reserved_stock 1 schedule.save() # 创建订单此时库存已预留 order BookingOrder.objects.create( user_iduser_id, scheduleschedule, total_amountschedule.actual_price, statuspending ) return JsonResponse({ order_no: order.order_no, redirect_url: f/pay/{order.order_no}/ }) except TourSchedule.DoesNotExist: return JsonResponse({error: 排期不存在}, status404) except Exception as e: return JsonResponse({error: str(e)}, status500)注意select_for_update()在 MySQL 中需搭配InnoDB引擎在 PostgreSQL 中默认生效。它锁定的是TourSchedule表中idschedule_id的那一行而非整张表因此不同排期的并发互不影响。transaction.atomic()确保锁在事务结束时释放避免死锁。3.2 支付成功后的最终库存确认# services.py def confirm_payment(order_no): 支付回调处理函数由支付网关触发 try: with transaction.atomic(): order BookingOrder.objects.select_for_update().get(order_noorder_no) if order.status ! pending: raise ValueError(fOrder {order_no} status is not pending) # 锁定关联排期 schedule TourSchedule.objects.select_for_update().get(idorder.schedule_id) # 检查预留库存是否仍有效防止用户长时间不支付 if schedule.reserved_stock 0: raise ValueError(Reserved stock invalid) # 扣减预留库存增加已支付计数 schedule.reserved_stock - 1 schedule.save() # 更新订单状态 order.status paid order.save() return True except BookingOrder.DoesNotExist: raise ValueError(fOrder {order_no} not found) except TourSchedule.DoesNotExist: raise ValueError(fSchedule for {order_no} not found)提示支付回调必须幂等。confirm_payment()函数应校验order.status是否为pending避免重复支付导致库存多扣。生产环境还需加order_no唯一索引和 Redis 分布式锁见 5.2 节进一步防护。3.3 后台管理界面用 Django Admin 实现排期库存批量调整# admin.py from django.contrib import admin from .models import TourSchedule, BookingOrder admin.register(TourSchedule) class TourScheduleAdmin(admin.ModelAdmin): list_display [route, start_date, end_date, stock, reserved_stock, available_stock] list_filter [route__title, start_date] search_fields [route__title, start_date] actions [bulk_update_stock] admin.action(description批量更新库存) def bulk_update_stock(self, request, queryset): # 使用 raw SQL 批量更新避免 N1 查询 from django.db import connection with connection.cursor() as cursor: cursor.execute( UPDATE tour_schedule SET stock stock %s WHERE id IN %s, [10, tuple(queryset.values_list(id, flatTrue))] ) self.message_user(request, f成功为 {queryset.count()} 个排期增加 10 个名额) admin.register(BookingOrder) class BookingOrderAdmin(admin.ModelAdmin): list_display [order_no, user, schedule, total_amount, status, created_at] list_filter [status, created_at] search_fields [order_no, user__username] readonly_fields [order_no, created_at, updated_at]注意bulk_update_stock动作使用原生 SQL因为queryset.update(stockF(stock)10)在 Django 中对F()表达式支持有限且无法保证原子性。readonly_fields明确禁止修改订单号和时间戳符合财务审计要求。4. 优化搜索性能用 PostgreSQL 全文检索替代 LIKE让“云南6月亲子”毫秒响应旅游系统用户搜索行为高度结构化“云南”是目的地“6月”是时间“亲子”是标签。若用filter(title__icontains云南) filter(start_date__month6)MySQL 索引失效10 万条线路下响应超 3 秒。PostgreSQL 的tsvectorGIN索引是更优解。4.1 在 TravelRoute 模型中添加搜索向量字段# models.py from django.contrib.postgres.indexes import GinIndex from django.contrib.postgres.search import SearchVectorField class TravelRoute(models.Model): # ... 其他字段 ... search_vector SearchVectorField(nullTrue, verbose_name搜索向量) class Meta: # ... 其他 Meta ... indexes [ GinIndex(fields[search_vector]), ] # migrations/0002_add_search_vector.py from django.db import migrations class Migration(migrations.Migration): dependencies [ (tour, 0001_initial), ] operations [ migrations.AddField( model_nametravelroute, namesearch_vector, fieldSearchVectorField(nullTrue), ), migrations.AddIndex( model_nametravelroute, indexmodels.Index(fields[search_vector], nametour_route_search_idx), ), ]4.2 构建搜索向量融合标题、景点名、标签、描述# management/commands/build_search_vector.py from django.core.management.base import BaseCommand from django.contrib.postgres.search import SearchVector from tour.models import TravelRoute, ScenicSpot, RouteTag class Command(BaseCommand): help Build search vector for TravelRoute def handle(self, *args, **options): # 使用 SearchVector 组合多字段权重 vectors SearchVector(title, weightA) \ SearchVector(description, weightB) \ SearchVector(tags__name, weightC) \ SearchVector(spots__name, weightC) # 批量更新避免逐条 save routes TravelRoute.objects.all() for route in routes: # 获取关联景点名和标签名 spot_names list(route.spots.values_list(name, flatTrue)) tag_names list(route.tags.values_list(name, flatTrue)) # 手动拼接文本因 SearchVector 不支持 M2M 直接聚合 text f{route.title} {route.description} { .join(spot_names)} { .join(tag_names)} # 使用 PostgreSQL 的 to_tsvector 函数 from django.db import connection with connection.cursor() as cursor: cursor.execute( UPDATE tour_travelroute SET search_vector to_tsvector(chinese, %s) WHERE id %s, [text, route.id] ) self.stdout.write(self.style.SUCCESS(Search vector built))4.3 实现搜索视图支持中文分词与权重排序# views.py from django.contrib.postgres.search import SearchQuery, SearchRank from django.db.models import Q def search_routes(request): query request.GET.get(q, ).strip() if not query: return JsonResponse({results: []}) # 构建搜索查询支持空格分词 search_query SearchQuery(query, configchinese) # 搜索并按相关度排序 results TravelRoute.objects.annotate( rankSearchRank(search_vector, search_query) ).filter( search_vectorsearch_query ).order_by(-rank)[:10] # 序列化结果 data [] for route in results: data.append({ id: route.id, title: route.title, price_min: float(route.price_min), duration_days: route.duration_days, rank: float(route.rank), }) return JsonResponse({results: data})提示configchinese指定中文分词配置需在 PostgreSQL 中安装zhparser插件CREATE EXTENSION zhparser;。SearchRank返回浮点数值越大越相关前端可据此高亮关键词。此方案比 Elasticsearch 更轻量且与 Django ORM 无缝集成。5. 生产部署与安全加固宝塔面板部署 防 XSS 订单号防遍历本地开发完成不等于系统可用。旅游系统涉及真实资金和用户隐私部署环节必须解决三个硬性问题Web 服务进程管理避免runserver崩溃、用户输入过滤防止景点描述注入脚本、订单号不可预测性防止恶意爬取订单数据。5.1 宝塔面板部署 Django用 Supervisor 管理 Gunicorn 进程# 在宝塔终端执行 # 1. 安装 Gunicorn pip install gunicorn # 2. 创建 Gunicorn 配置文件 /www/wwwroot/tour/gunicorn.conf.py import multiprocessing bind 127.0.0.1:8000 bind_ssl None workers multiprocessing.cpu_count() * 2 1 worker_class sync worker_connections 1000 max_requests 1000 max_requests_jitter 100 timeout 30 keepalive 5 preload True daemon False pidfile /www/wwwroot/tour/gunicorn.pid loglevel info access_log_format %(h)s %(l)s %(u)s %(t)s %(r)s %(s)s %(b)s %(f)s %(a)s accesslog /www/wwwroot/tour/logs/access.log errorlog /www/wwwroot/tour/logs/error.log # 3. 在宝塔【软件商店】安装 Supervisor添加守护进程 # 程序名称tour-gunicorn # 启动命令/www/wwwroot/tour/venv/bin/gunicorn --config /www/wwwroot/tour/gunicorn.conf.py tour.wsgi:application # 运行目录/www/wwwroot/tour # 用户www注意preload True确保所有 worker 加载相同代码避免settings.py中的全局变量状态不一致worker_connections设为 1000 是针对旅游系统高并发读请求的调优值若服务器内存不足可降至 500。5.2 防 XSS 注入对景点描述、线路标题强制 HTML 清洗# utils/sanitize.py from django.utils.html import strip_tags, escape from bleach import clean, ALLOWED_TAGS, ALLOWED_ATTRIBUTES # 白名单标签仅允许 pbrstrongemulli ALLOWED_TAGS [p, br, strong, em, ul, li, ol] ALLOWED_ATTRIBUTES {*: [class]} def sanitize_html(html_content): 清洗用户提交的 HTML保留基础排版移除 script/style 标签 if not html_content: return # 先移除所有 script 和 style 标签及其内容 cleaned clean( html_content, tagsALLOWED_TAGS, attributesALLOWED_ATTRIBUTES, stripTrue, strip_commentsTrue ) # 再转义剩余文本中的特殊字符 return escape(cleaned) # 在模型 save 方法中调用 class TravelRoute(models.Model): # ... 其他字段 ... description models.TextField(verbose_name线路描述) def save(self, *args, **kwargs): self.description sanitize_html(self.description) super().save(*args, **kwargs)提示bleach库比 Django 内置escape更严格它能解析 HTML 树并只保留白名单标签。strip_commentsTrue防止攻击者用!-- script... --绕过过滤。5.3 订单号防遍历用 Hashids 替代自增 ID 生成不可预测订单号# pip install hashids from hashids import Hashids # settings.py HASHIDS_SALT tour-system-2024-v1 # 生产环境务必更换为随机字符串 # utils/order_no.py hashids Hashids(saltsettings.HASHIDS_SALT, min_length6) def generate_order_no(): 生成 6 位以上不可预测订单号 import time timestamp int(time.time() * 1000) # 毫秒时间戳 # 加入随机因子避免时间戳碰撞 import random rand_num random.randint(1000, 9999) return hashids.encode(timestamp, rand_num) # 修改 BookingOrder.save() def save(self, *args, **kwargs): if not self.order_no: self.order_no generate_order_no() super().save(*args, **kwargs)注意Hashids生成的字符串是确定性编码但因 salt 和随机数存在外部无法通过已知订单号反推序列。min_length6确保短链接分享时不易输错同时避免与旧版TR202406150001格式冲突。6. 验证系统健壮性的 3 个关键检查点用 shell 命令快速定位线上故障部署后别急着庆祝用以下三条命令验证核心链路是否真正可靠。它们不是测试用例而是运维人员每天巡检的“黄金三问”。6.1 检查库存扣减是否原子模拟并发抢购并验证 reserved_stock# 在服务器终端执行模拟 10 个用户同时抢购同一排期 for i in {1..10}; do curl -X POST http://localhost:8000/api/create-order/ \ -H Content-Type: application/json \ -d {schedule_id: 1} \ -s | grep -q order_no echo ✅ 请求 $i 成功 || echo ❌ 请求 $i 失败 done # 查看排期库存状态 python manage.py shell -c from tour.models import TourSchedule; s TourSchedule.objects.get(id1); print(f总库存: {s.stock}, 预留: {s.reserved_stock}, 已支付: {s.bookingorder_set.filter(status__in[\paid\,\confirmed\]).count()}) 如果输出显示reserved_stock为 10 且无超卖则select_for_update()生效若reserved_stock小于 10 或报错“名额已满”说明锁机制未生效需检查数据库引擎和事务配置。6.2 验证搜索向量是否生效用 psql 直接查 tsvector 字段# 进入 PostgreSQL 容器或服务器 psql -U your_db_user -d your_db_name -- 查看某条线路的搜索向量中文分词结果 SELECT id, title, to_tsvector(chinese, title || || description) AS vector FROM tour_travelroute WHERE id 1; -- 执行搜索查询确认返回结果 SELECT id, title, ts_rank(search_vector, to_tsquery(chinese, 云南)) AS rank FROM tour_travelroute WHERE search_vector to_tsquery(chinese, 云南) ORDER BY rank DESC LIMIT 5;若to_tsvector返回空或乱码说明zhparser未正确加载若ts_rank始终为 0检查search_vector字段是否为空或未触发更新。6.3 审计订单号安全性检查是否存在连续数字规律# 导出最近 100 个订单号并分析 python manage.py dbshell EOF .mode csv .output /tmp/order_nos.csv SELECT order_no FROM tour_bookingorder ORDER BY created_at DESC LIMIT 100; .quit EOF # 用 awk 检查是否含日期或递增序列 awk -F- {print $1} /tmp/order_nos.csv | sort | uniq -c | sort -nr | head -5 # 若输出显示某前缀出现频次极高如 TR202406 出现 50 次说明订单号生成逻辑泄露时间信息真实攻击者会用此方法判断订单号生成规则进而批量猜解。若发现规律立即切换至Hashids方案并重置HASHIDS_SALT。本文还有配套的精品资源点击获取