(编辑：jimmy 日期: 2024/11/13 浏览：2)
工作中碰到个奇怪的问题，折腾了大半天，终于算是解决了，这里把分析思路和解决办法记录下。
项目是做响应式的公司官网，前期的静态图页面切完后就提交给后台作为模板使用了，我也就基本退出项目。
在后端落地时发现在在移动端页面显示不太对劲，显得很模糊。第一想法是meta的头部被覆盖了，查看源代码果然发现是被覆盖了。
这是我习惯用的meta头部，使页面宽度根据设备宽度自适应变化
<meta name="viewport" content="width=device-width, initial-scale=1, minimum-scale=1.0, maximum-scale=1.0, user-scalable=no" />
可是后端落地的框架是按模板直接引入的，有部分的公共资源竟然也包含了设置viewport的meta。后端引入的是这个样子的：
<meta name="viewport" id="viewport" content="width=640px, user-scalable=no">
这一头部是被一段不得不被加入的js文件所append进入的，而且被明确告知，该js文件不可以被修改！所以这一设置宽度为固定640px的将我原本设置随设备宽度变化的meta覆盖了！
问题就来了，静态页面已经完成，且由于历史代码因素，有相当部分的代码在当初并没有使用rem单位，已经无法大规模修改css效果了。只有通过js重置设置viewport宽度再次进行覆盖了......这倒是挺简单的，无非就是代码相当的丑陋而已。
但又一个问题来了，这个官网页面还动态引入了iframe页面，这些iframe页面是固定的640px宽度。这就很崩溃了！我加了随设备宽度变化的mata，那么这些iframe就不能看了；我不再次加meta，那么官网本身就不能看了！
好在这些iframe是通过统一的方法引入，虽然不能更改引入方法的js文件，但在业务代码中再次监听倒也还可以。所以再次这个绑定点击事件，判断iframe是否被引入后，就是使用某些特殊方法的时候了！
css3有个transform: scale()的方法，可以对元素进行缩放，虽然真正占位的宽高并没有变化，但在显示效果上还是不错的。
通过计算缩放比例 = 设备宽度 / 640 可以得出对应的缩放比例，再对引入的iframe设置transform: scale(缩放比例)就可以实现漂亮的缩放了！
事情到这里就结束了吗？不！还没有！iframe是缩放了，可高度也被缩放了，内容显示不完整了。这里设置height: 设备高度 / 缩放比例可以还原原本的iframe高度。
以为结束了？并没有！还有问题存在！iframe层被scale()属性缩放后，默认的向下和向右也移动了一段距离，这是因为scale()默认是按中心进行缩放的！这里花了大量时间去寻找合适的方法解决，比如负margin、translate()等，但是由于难以计算合适的移动比例系数，恕本人算法辣鸡，这一方法尝试很久终于决定还是放弃......
翻看css手册发现了一个熟悉又陌生的属性
设置旋转元素的基点位置：
transform-origin: x-axis y-axis z-axis;
它有3个属性值，分别代表定义视图被置于X、Y、Z轴的何处。
他乡遇故知，久旱逢甘霖！要的就是你啊！设置transform-origin: 0 top 0 解决~
其实吧，这个属性很早就被用到了，只不过我最开始写的是缩写transform-origin: 0，被浏览器解析之后的就是transform-origin: 0 center 0......当时的感受就是左右解决了，一直想的都是把iframe移上去，殊不知人家自带这样的功能，只不过被我忽略了。学习还是不能囫囵吞枣啊，一个属性竟然可以浪费半天的时间，我大概不是个合格的前端......（逃
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。