咱们不都是通常viewport content="width=device-width么 那么上面这种有没有什么坑呢 ，那么以后我是t content="width=device-width css3媒体查询 还是用content"width=640,user-scalable=no"这样的方法呢 我需要兼容手机浏览器和apk的webview
回复内容：
結論：content"width=640,user-scalable=no" 是一個很好的解決方案，荔枝FM,人人都是播客 的移動站使用的就是此方案
固定宽度，viewport 缩放视觉稿、页面宽度、viewport width 使用统一宽度，利用浏览器自身缩放完成适配。页面样式（包括图像元素）完全按照视觉稿的尺寸，使用定值单位 （px、em）即可完成。
优点： 开发简单 缩放交给浏览器，完全按视觉稿切图。 还原精准 绝对等比例缩放，可以精准还原视觉稿（不考虑清晰度的情况下）。 测试方便 在PC端即可完成大部分测试，手机端只需酌情调整一些细节（比如图标、字体混合排列时，因为字体不同造成的对齐问题）。 存在的问题： 像素丢失 对于一些分辨率较低的手机，可能设备像素还未达到指定的 viewport 宽度，此时屏幕的渲染可能就不准确了。比较常见的是边框“消失”了，不过随着手机硬件的更新，这个问题会越来越少的。 缩放失效 某些安卓机不能正常的根据 meta 标签中 width 的值来缩放 viewport，需要配合 initial-scale 。 文本折行 存在于缩放失效的机型中，某些手机为了便于文本的阅读，在文本到达 viewport 边缘（非元素容器的边缘）时即进行折行，而当 viewport 宽度被修正后，浏览器并没有正确的重绘，所以就发现文本没有占满整行。一些常用的段落性文本标签会存在该问题。缩放失效问题需通过 js 动态设定 initial-scale 。
利用 rem 布局依照某特定宽度设定 rem 值（即 html 的 font-size ），页面任何需要弹性适配的元素，尺寸均换算为 rem 进行布局；当页面渲染时，根据页面有效宽度进行计算，调整 rem 的大小，动态缩放以达到适配的效果。利用该方案，还可以根据 devicePixelRatio 设定 initial-scale 来放大 viewport，使页面按照物理像素渲染，提升清晰度。
优点： 清晰度高，能达到物理像素的清晰度。 能解决 DPR 引起的“1像素”问题。 向后兼容较好，即便屏幕宽度增加、PPI 增加该方案依旧适用。 缺点： 适配 js 需尽可能早进入，减少（避免）viewport 变化引起的重绘。 某些Android机会丢掉 rem 小数部分。 需要预编译库进行单位转换。 （轉自MobileWeb 适配总结 ） 别的不多说了，强烈建议看看前几天刚写的一篇文章：使用Flexible实现手淘H5页面的终端适配 应该能让你找到需要的答案 你在用的可能是:name= "viewport" content= "target-densitydpi=device-dpi,width=640,user-scalable=no" />这种做法就本质上是对界面进行线性缩放来适应不同大小的屏幕。对于一定尺寸范围内的设备是可以的。但如果想开发出跨越平板和手机的界面则不太合适。因为手机和平板屏幕尺寸差异太大，会导致缩放太大而是界面元素显得不太和谐。所以最好采用非线性缩放的办法。//首先检查浏览器类型 var browser = getBrowser (); if ( window . top === window ) { var s , t , sw ; if ( browser === 'Gecko' ) { s = calcRato ( Math . min ( screen . width , screen . height )); document . write ( ' + 100 / s + '%, user-scalable=no, initial-scale=' + s + '"/>' ); } else if ( browser === 'Trident' ) { document . write ( ' ' ); document . documentElement . style . zoom = calcRato ( Math . min ( screen . width , screen . height )); } else { t = document . createElement ( 'meta' ); t . name = 'viewport' ; t . content = 'width=device-width, user-scalable=no, initial-scale=1' ; document . head . appendChild ( t ); sw = Math . min ( screen . width , screen . height ); if ( Math . min ( screen . width / window . innerWidth , screen . height / window . innerHeight ) > 1 ) { document . documentElement . style . zoom = calcRato ( sw / devicePixelRatio ); } else { s = calcRato ( sw ); t . content = 'width=' + 100 / s + '%, user-scalable=no, initial-scale=' + s ; } } } function calcRato ( sw ) { //离散放大级别 var step = 0.125 ; //基准宽度为320px var zoom = sw / 320 ; //放大时不使用线性算法 if ( zoom > 1 ) { zoom = Math . floor ( Math . sqrt ( zoom ) / step ) * step ; } return zoom ; }对，我也是用这种方法比较方便。不过由于宽高等比缩放后，在元素定位布局时很多手机的屏幕就不够高，因此还是得媒体查询做些细节上的调节 用过这种代码写hybrid app效果还行，核心区别就在于它没有媒体查询，手机，平板都长一个样，等比缩放不仔细看效果也不差（毕竟会变形），如果你只需要开发个大部分机型适配的页面，我觉得这么写挺好查看更多关于content"width=640,user-scalable=no"然后再进行的详细内容...
声明：本文来自网络，不代表【好得很程序员自学网】立场，转载请注明出处：http://haodehen.cn/did66145