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