常见错误是直接对 NodeList 调用 .sort()，但 NodeList 不是数组，需先转成数组；另外忽略空白文本、大小写、数字字符串混淆（如 "10" 排在 "2" 前）。

• 用 [...document.querySelectorAll('li')] 展开为真数组
• 排序前用 .trim() 清除首尾空格，避免空行干扰
• 区分字符串与数字：若内容全为数字，用 parseInt() 或 parseFloat() 转换后再比较
• 忽略大小写可用 a.localeCompare(b, undefined, { sensitivity: 'base' })

const list = document.querySelector('ul');
const items = [...list.querySelectorAll('li')];
items.sort((a, b) => a.textContent.trim().localeCompare(b.textContent.trim(), undefined, { sensitivity: 'base' }));
items.forEach(item => list.appendChild(item));

对 HTML 表格（）按某一列点击排序

这是最常被搜索的交互场景。关键不在“怎么排”，而在“怎么保持表头可点击 + 切换升/降序 + 不破坏原有结构”。

容易踩的坑：直接对

排序会把 也卷进去；未缓存原始数据导致多次点击后乱序；没有视觉反馈（如箭头图标）。

• 只对

排序，跳过 和

用 data-sort 属性预存原始值（比如日期存为 YYYY-MM-DD，避免文本解析出错）

记录当前排序列索引和方向（asc/desc），下次点击翻转

排序函数里用 Number() 或 new Date() 显式转换类型，别依赖 + 运算符隐式转换

function sortTable(columnIndex) {
  const tbody = document.querySelector('tbody');
  const rows = [...tbody.querySelectorAll('tr')];
  const direction = this.direction === 'asc' ? -1 : 1;
  this.direction = this.direction === 'asc' ? 'desc' : 'asc';
rows.sort((a, b) => {
const aVal = a.cells[columnIndex].dataset.sort || a.cells[columnIndex].textContent.trim();
const bVal = b.cells[columnIndex].dataset.sort || b.cells[columnIndex].textContent.trim();
let aNum = Number(aVal), bNum = Number(bVal);
if (!isNaN(aNum) && !isNaN(bNum)) return (aNum - bNum)  direction;
return aVal.localeCompare(bVal, undefined, { sensitivity: 'base' })  direction;
});
rows.forEach(row => tbody.appendChild(row));
}

服务端排序比前端排序更可靠？什么情况下必须后端介入

当列表或表格数据量超过 500 行、含分页、搜索、过滤等复合操作时，前端排序立刻变得不可靠——它只对当前页面数据生效，且无法处理时间范围、关联字段（如“按作者名排序”需 JOIN 查询）等逻辑。

典型信号：你开始在 JS 里手动维护一个“原始数据副本”数组，或者发现排序后分页错乱、筛选结果不一致。

• 只要用了 fetch() 或 Axios 加载 JSON，就该让后端支持 ?sort=price&order=desc 这类参数
• 前端只需控制 UI 状态（高亮当前排序列、切换箭头）、传参、重绘表格，不再自己排序
• 注意后端排序字段白名单校验，防止 SQL 注入（比如不允许 sort=users.email 这种任意字段拼接）

CSS 不能排序，但能影响视觉顺序（order 属性的适用边界）

display: flex 或 display: grid 容器下的子元素可用 order 控制渲染顺序，但它不是“排序算法”，只是 CSS 布局层的重排，不改变 DOM 结构，也不触发语义或可访问性更新。

误用场景：试图用 order 实现搜索结果排序、或依赖它做无障碍读屏顺序——屏幕阅读器仍按 DOM 顺序播报，跟 order 无关。

• 仅适用于固定数量、静态内容的视觉微调（如把广告块移到中间）
• 不能响应式排序：无法根据用户输入实时计算并设置每个元素的 order 值
• 若同时用 JS 改 order 再排序 DOM，反而造成混乱，二者不要混用

真正需要排序的地方，DOM 顺序必须真实改变，而不是靠 CSS 遮掩。