Firefox的上模设备开发者工具里藏着一个被低估的功能：响应设计模式。它不像Chrome的拟移设备模拟器那样花哨，但胜在轻快直接——按Ctrl+Shift+M（Mac上是动端Cmd+Option+M），浏览器立刻切换成可拖拽的上模设备移动视口。这个快捷键我用了五年，拟移至今记错概率为零，动端因为它比打开菜单再点三个子选项快太多。上模设备

视口顶部会出现一条工具栏，拟移左侧是动端设备选择下拉菜单。默认列出iPhone 12、上模设备Pixel 5等常见机型，拟移但别被这些预设骗了。动端真正好用的上模设备是“编辑列表”按钮——你可以手动添加任何屏幕尺寸，比如我经常塞进一个240×320的拟移老式功能机参数，用来测试极端窄屏下的动端布局崩溃问题。预设列表里没有iPad Pro的12.9英寸版本，这挺遗憾的，但自己加也就十秒钟的事。

工具栏右侧还有两个容易被忽略的选项：一个是“模拟触摸事件”，另一个是“用户代理”。前者能让鼠标点击变成触摸事件，这对测试touchstart监听器至关重要。后者则是个坑——很多开发者以为改了UA就能骗过所有网站，但如今大部分站点都靠navigator.maxTouchPoints或屏幕宽度判断设备，光改UA字符串反而会露出马脚。Firefox的UA模拟是静态的，不像Chrome那样能同步调整设备像素比，所以遇到顽固的桌面版网站时，我通常直接放弃UA模拟，改用真实的移动端浏览器测试。

像素比是个关键参数。Firefox的响应设计模式默认把DPR设为1，但iPhone 13的DPR是3。你要是只盯着CSS像素看，很难发现图片在Retina屏上是否发虚。点击工具栏上的DPR数值可以循环切换，我习惯先切到2x检查图标清晰度，再切回1x看整体布局。这种细节打磨才是模拟器的价值所在——不是“看起来像手机”，而是“渲染结果与真机一致”。

有个恼人的地方：Firefox的模拟器不提供网络节流功能。Chrome的设备模式里有GPRS到4G的预设档位，Firefox却把这个功能拆到了独立的“网络监视器”里。每次想测慢速网络下的加载表现，我得先打开开发者工具的三点菜单，找到“切换网络节流”，再选档位。步骤多就算了，关键是这功能在响应设计模式里还经常被视口工具栏遮挡，第一次找的人大概率会骂娘。

最后说个冷门技巧。响应设计模式支持自定义视口尺寸，但如果你用鼠标拖动视口右下角调整大小，Firefox会实时更新工具栏里的数值。这意味着你不需要提前输入精确尺寸，直接拖到感觉对了就行——比如拖到某个宽度时发现侧边栏折叠得恰到好处，记下这个数值，下次直接填进去。这种交互比Chrome的预设列表灵活得多，适合探索式测试。

总的来说，Firefox的模拟器适合快速验证布局，不适合做全面兼容测试。它缺少网络模拟和传感器模拟，但胜在响应速度和零学习成本。如果你主要做CSS断点调试，它比Chrome更顺手。真机测试仍然不可替代，但日常开发中，这个快捷键能帮你省下80%的来回切换时间。