正确做法是使用offcanvas替代modal，因其原生支持侧滑方向、键盘关闭、无障碍语义；modal专为居中弹窗设计，强行修改方向会引发定位冲突、动画失效及维护难题。
Modal左侧滑出不是靠modal-left类
Bootstrap 4/5 官方没有modal-left或modal-start这类内置类。网上流传的class="modal left fade"是早期非官方 hack，依赖手动 CSS 覆盖，且在 Bootstrap 5+ 中已失效——因为.modal的定位逻辑已改为 flex + transform，直接加left会冲突、错位甚至不触发动画。
正确做法：用offcanvas替代modal
Bootstrap 5 明确将侧滑场景交给offcanvas组件，它原生支持方向控制、键盘 Esc 关闭、backdrop 点击关闭、无障碍语义，且 DOM 结构和事件流都经过验证。Modal 就是为“居中弹窗”设计的，硬改方向等于绕开框架约束，后期维护成本高。
- 触发按钮必须带
data-bs-toggle="offcanvas"和data-bs-target="#myOffcanvas" - 目标容器写成
<div class="offcanvas offcanvas-start" id="myOffcanvas">（注意<code>offcanvas-start必须和offcanvas同级） - 不要把 offcanvas 嵌套在
.col、.container或任何position: relative父容器里，否则滑入位置偏移 - 关闭按钮必须是
<button type="button" class="btn-close" data-bs-dismiss="offcanvas"></button>，写成data-dismiss（少bs-）或放错位置都会关不掉 -
transform: translateX(-100%)要配合transition，而 Modal 的fade动画本身也用opacity和transform，二者叠加容易抢帧、卡顿 - 移动端 Safari 对 fixed 定位 + 大范围 transform 的重绘支持不稳定，缩放或键盘弹出后位置常偏移
- 必须同步处理
backdrop显示逻辑、keyboard选项、focus管理——这些offcanvas已封装好 - 如果项目后续升级到 Bootstrap 6（草案已提上日程），自定义 transform 方案大概率被弃用
- 加
max-width: 600px到.offcanvas-start（别用width，会破坏响应式） - 给
.offcanvas-backdrop设background-color: rgba(0,0,0,.5)，比默认更柔和 - 若需大屏下才侧滑、小屏退化为 Modal，不能只靠 CSS 类切换——必须用
window.matchMedia判断断点，在 JS 中动态初始化bootstrap.Offcanvas或bootstrap.Modal实例，否则小屏仍会加载 offcanvas 的全部逻辑
为什么不用 JS 手动监听show.bs.modal再改transform
可以做，但不推荐。问题不在“能不能”，而在“值不值得”：
真正在意“Modal感”的话，只改宽度和遮罩
offcanvas 默认宽度窄（300px 左右），若希望更接近 Modal 的视觉分量，可微调：
真正容易被忽略的是：offcanvas 的shown.bs.offcanvas事件触发时机比 Modal 的shown.bs.modal略晚，如果内部有第三方组件（如富文本编辑器）需要重定位，得在该事件回调里调用handleUpdate或强制getBoundingClientRect读取布局。
