直接用select元素让用户选择每页条数，需在onchange中重置当前页为1并触发数据重载，同时同步更新URL参数以保持状态，避免页面刷新导致体验生硬。
怎么用 select 控制每页显示条数
直接用 select 元素让用户选条数，是最轻量、兼容性最好的方式。关键不是“怎么画下拉框”，而是“选完后怎么触发重载”——多数人卡在这一步。
常见错误是绑定 onchange 后直接刷新整个页面（window.location.reload()），体验生硬；更合理的是只更新数据区域（比如表格 tbody），或走一次 API 请求再局部渲染。
- HTML 结构建议加
name="page_size"，方便表单提交时被后端识别 - 选项值推荐用具体数字：
<option value="10">10 条/页</option>，避免用中文值（如value="十"）增加后端解析负担 - 如果当前页条数是 25，但下拉里没 25 这个选项，用户切换后会强制跳回默认值（如 10），需同步更新
select的selected状态
React 里怎么响应 select 变化并更新分页
别在 onChange 里直接调 setState({ pageSize: e.target.value }) 就完事——这只会改状态，不会触发重新请求数据。必须把条数变化和分页逻辑联动起来。
典型漏掉的环节：改了 pageSize，但没重置 currentPage 到 1。比如原来在第 5 页（每页 10 条），切到每页 50 条后，第 5 页很可能已超出总数据范围，应自动回到首页。
立即学习“前端免费学习笔记（深入）”；
- 推荐在
useEffect中监听pageSize变化，并触发fetchData({ page: 1, size: pageSize }) - 不要用字符串值（如
"20"）直接传给后端接口，先转成数字：parseInt(e.target.value, 10) - 如果用
useReducer管理分页状态，确保SET_PAGE_SIZEaction 同时清空当前页码和列表数据
后端返回总数时，前端怎么校验条数选项是否合法
用户可能手动修改 HTML 或发伪造请求，把 page_size=999999 传过来。前端不能只信自己的下拉菜单，得配合后端做基础兜底。
实际开发中，后端通常会对 page_size 做硬限制（如最大 100），但前端也该提前拦截明显异常值，避免无谓请求。
- 在发送请求前检查：
if (pageSize 100) return console.error("非法 page_size") - 如果后端返回
total: 42，而当前pageSize是 50，那其实第 1 页就包含全部数据，后续翻页按钮应禁用 - 注意：某些接口对
page_size=0有特殊含义（如返回全部），但绝大多数场景应视为非法，直接拒绝
为什么不用 URL 参数存 page_size 会丢状态
用户选了“每页 50 条”，点进详情页再返回列表页，发现又变回“10 条/页”——因为没把条数存在 URL 里，浏览器前进/后退或刷新时无法还原。
这不是 UX 细节问题，而是状态管理的基本要求。只要这个选择会影响视图，它就应该可被分享、可被书签保存。
- 用
URLSearchParams同步更新地址栏：const params = new URLSearchParams(location.search); params.set("size", "50"); history.replaceState(null, "", `?${params}`) - 初始化时从 URL 读取：
const size = parseInt(new URLSearchParams(location.search).get("size"), 10) || 10 - 别用
localStorage单独存——多个标签页会互相干扰，且用户换设备就失效
真正麻烦的不是下拉框本身，而是条数变更后，页码、总条数、当前数据、URL、缓存之间那一连串需要同步的状态。少同步一环，用户就会觉得“刚才我明明选了 50 条，怎么又变回 10 条了”。
