实习期间主要在写微信端H5，遇到的最大问题就是适配各个不同尺寸的屏幕。公司就我自己一个前端，只能自己摸索着来。
劣势：需加载适配各个终端的各个资源，在不同终端通过响应式布局实现不同展现，部分交互效果需要在页面中做终端判断，代价较大，若图片资源为一套，部分图片在超高分辨率设备（例如iphone系列）下会失真，且在非wifi情况下即使加了延时加载也易出现加载慢的情况。
Android 屏幕尺寸类型如下 , 安卓设备的屏幕尺寸复杂性远远高于 iOS 设备 , Android 设备有两万种屏幕类型 , iOS 只需要适配五种分辨率即可 ;
所见不一定即所得 眼睛是心灵的窗户，也是蒙蔽你的一种途径。 假设，我给你一张图片，你觉得肉眼可以观察到全部的细节吗？ 屏幕上一张清晰的图片 肉眼在屏幕上看到图片的清晰度由三个因素决定，一是图片像素本
rem是什么？l rem是一种新的单位，是一个相对单位，类似于em。 不同的是rem的基准是相当于html元素的字体大小
在某个查询区间，将栅格隐藏，可以用隐藏的样式，这个样式包括四个： 1、.hidden-xs 在屏幕小于768时将栅格隐藏 2、.hidden-sm 在屏幕大于等于768小于992时将栅格隐藏 3、.hidden-md 在屏幕大于等于992小于1200时将栅格隐藏 4、.hidden-lg 在屏幕大于等于1200时将栅格隐藏
在前端开发领域，Bootstrap无疑是最受欢迎的HTML、CSS和JS框架之一，它以其强大的组件库和响应式设计能力著称。响应式设计允许网页在不同设备和屏幕尺寸上都能提供优秀的用户体验。本文将深入探讨Bootstrap的响应式设计原理，常见问题，易错点以及如何避免它们，附带代码示例，帮助你更好地掌握Bootstrap的响应式特性。
1、布局特点：不管浏览器尺寸具体是多少，网页布局始终按照最初写代码时的布局来显示。常规的pc的网站都是静态（定宽度）布局的，也就是设置了min-width，这样的话，如果小于这个宽度就会出现滚动条，如果大于这个宽度则内容居中外加背景，这种设计常见与pc端。 2、设计方法： PC：居中布局，所有样式使用绝对宽度/高度(px)，设计一个Layout，在屏幕宽高有调整时，使用横向和竖向的滚动条来查阅被遮掩部分； 移动设备：另外建立移动网站，单独设计一个布局，使用不同的域名如wap.或m.。
react-native-easy-app 是一款为React Native App快速开发提供基础服务的纯JS库(支持 IOS & Android)，特别是在从0到1的项目搭建初期，至少可以为开发者减少30%的工作量。
2、在 tab-content中包含任意多的内容模块(class="tab-pane")
Android 的屏幕适配是指适配不同机顶盒 UI 框架层输出的分辨率和 dpi，而不是适配不同分辨率的电视机（电视机的适配交由机顶盒本身完成，和各个应用无关）
由于移动端的特殊性，屏幕的尺寸碎片化严重，要想很好的适配不同的尺寸的设备，需要我们前端开发相比PC端要做一些基层的适配方案。 1. 常见的适配方案 百分比+固定高度布局方案 固定屏幕为理想视口宽度 少许的媒体查询设置字体 水平百分比布局 水平方向部分也可以使用弹性布局 Rem解决方案 Rem的大小取值：根据页面的dpr动态改变 Rem的取值： 1rem = 100px 或者 1rem = 1/10 * 理想视口的宽度 chrome浏览器字体小于12px（会被重置为12px) 固定设计稿的宽度开发+根据设
由于移动端的特殊性，屏幕的尺寸碎片化严重，要想很好的适配不同的尺寸的设备，需要我们前端开发相比PC端要做一些基层的适配方案。
一套适用于手机、iPad 和 PC 的代码。每次加载不同的样式时，它们都能在一个项目中兼容。这就是所谓的响应性。然后，我希望产品经理能多考虑一下。我不想做了设计工作，最后却说它不好看，因为我不会做设计。
当前Android 的设备多种多样，它们有着不同的屏幕尺寸和像素密度。各应用为了保证可以在各机型上展示较好的交互界面，就需要在实现阶段根据对应的尺寸单位进行兼容性开发。近期在实际项目过程中，小编接触到了一些尺寸度量单位，下面进行简单的总结。
flexible会为页面根据屏幕自动添加标签，动态控制initial-scale，maximum-scale，minimum-scale等属性的值。
自Android系统发布以来，似乎一直绕不开屏幕适配这个话题。毫无疑问，Android系统能发展到今天，离不开其开放性，而随着国内手机厂商的崛起，任何用户、开发者、OEM厂商、运营商都可以对Android进行定制，于是导致长期以来一直诟病的碎片化严重的问题。
瀑布流提供了一种错落有致的美观布局，被各种注重交互品味的素材网站（如：花瓣、unsplash）广泛应用。社区也提供了不少瀑布流布局的工具，如：masonry 、colcade 等。常规的实现瀑布流的做法是用 JS 动态的计算“砖块”的尺寸和位置，计算量大、性能差。今天给大家介绍一种使用纯 CSS 实现瀑布流的方法，简洁优雅。主要使用到了 CSS 中的多列属性 columns。
vw是相对单位，1vw表示屏幕宽度的1%。基于此，我们可以把所有需要适配屏幕大小等比缩放的元素都使用vw做为单位。不需要缩放的元素使用px做单位。
什么是屏幕尺寸、屏幕分辨率、屏幕像素密度？ 什么是dp、dip、dpi、sp、px？他们之间的关系是什么？ 什么是mdpi、hdpi、xdpi、xxdpi？如何计算和区分？ 题图中的每一个矩形都代表着一种Android设备。Android系统碎片化问题的严重性，让我们不得不面对屏幕适配的问题。 屏幕尺寸： 屏幕尺寸指屏幕的对角线的长度，单位是英寸，1英寸=2.54厘米。 比如常见的屏幕尺寸有2.4、2.8、3.5、3.7、4.2、5.0、5.5、6.0等。 屏幕分辨率： 屏幕分辨率是指在横纵向上的像
相信大多数移动端前端开发者都是用过 lib-flexible来作为移动端适配的解决方案。lib-flexible是淘宝项目组开发出来的一个小插件，属于开源项目，可以在各类项目中引入并使用，为移动端的开发者带来了无穷的便利。
flutter 的状态组件概念和 react的基本一致，组件内部维护了自身的状态，并且同样通过调用setState进行状态修改。
分辨率 屏幕上物理像素的总数。添加对多种屏幕的支持时， 应用不会直接使用分辨率；而只应关注通用尺寸和密度组指定的屏幕尺寸及密度。
0. 前言 手机市场日渐丰富的同时，给我们前端开发人员带来的网页内容自适应屏幕尺寸进行显示的问题也日渐凸显出来。原本可能通过百分比/媒体查询等简单手段就可以常见的适配问题，但是对于页面有复杂结构或者
转载请注明出处 : http://blog.csdn.net/shulianghan/article/details/19698511
表格 image.png 理解 屏幕尺寸：是对角线的距离 pt： 逻辑分辨率 只和屏幕尺寸有关系，是长度和视觉的单位 px： 物理分辨率，1个px是一个物理像素点，和屏幕大小没关系，不是一个长度单位
1、屏幕相关概念 1.1分辨率 是指屏幕上有横竖各有多少个像素 1.2屏幕尺寸 指的是手机实际的物理尺寸，比如常用的2.8英寸，3.2英寸，3.5英寸，3.7英寸 android将屏幕大小分为四个级别（small，normal，large，and extra large）。 1.3屏幕密度 每英寸像素数 手机可以有相同的分辨率，但屏幕尺寸可以不相同， Diagonal pixel表示对角线的像素值（=），DPI=933/3.7=252 android将实际的屏幕密度分为四个通用尺寸（low，medium，high，and extra high） 一般情况下的普通屏幕：ldpi是120dpi，mdpi是160dpi，hdpi是240dpi，xhdpi是320dpi 对于屏幕来说，dpi越大，屏幕的精细度越高，屏幕看起来就越清楚 1.4密度无关的像素（Density-independent pixel——dip） dip是一种虚拟的像素单位 dip和具体像素值的对应公式是dip/pixel=dpi值/160,也就是px = dp * (dpi / 160) 当你定义应用的布局的UI时应该使用dp单位，确保UI在不同的屏幕上正确显示。 手机屏幕分类和像素密度的对应关系如表1所示 手机尺寸分布情况（http://developer.android.com/resources/dashboard/screens.html）如图所示， 目前主要是以分辨率为800*480和854*480的手机用户居多 从以上的屏幕尺寸分布情况上看，其实手机只要考虑3-4.5寸之间密度为1和1.5的手机 2、android多屏幕支持机制 Android的支持多屏幕机制即用为当前设备屏幕提供一种合适的方式来共同管理并解析应用资源。 Android平台中支持一系列你所提供的指定大小（size-specific）,指定密度（density-specific）的合适资源。 指定大小（size-specific）的合适资源是指small, normal, large, and xlarge。 指定密度（density-specific）的合适资源，是指ldpi (low), mdpi (medium), hdpi (high), and xhdpi (extra high). Android有个自动匹配机制去选择对应的布局和图片资源 1）界面布局方面 根据物理尺寸的大小准备5套布局: layout(放一些通用布局xml文件，比如界面顶部和底部的布局，不会随着屏幕大小变化，类似windos窗口的title bar), layout-small(屏幕尺寸小于3英寸左右的布局）， layout-normal(屏幕尺寸小于4.5英寸左右）， layout-large(4英寸-7英寸之间）， layout-xlarge(7-10英寸之间） 2）图片资源方面 需要根据dpi值准备5套图片资源: drawable：主要放置xml配置文件或者对分辨率要求较低的图片 drawalbe-ldpi:低分辨率的图片,如QVGA (240x320) drawable-mdpi:中等分辨率的图片,如HVGA (320x480) drawable-hdpi:高分辨率的图片,如WVGA (480x800),FWVGA (480x854) drawable-xhdpi：至少960dp x 720dp Android有个自动匹配机制去选择对应的布局和图片资源。 系统会根据机器的分辨率来分别到这几个文件夹里面去找对应的图片。 在开发程序时为了兼容不同平台不同屏幕，建议各自文件夹根据需求均存放不同版本图片。 3、AndroidManifest.xml 配置 android从1.6和更高，Google为了方便开发者对于各种分辨率机型的移植而增加了自动适配的功能 <supports-screens android:largeScreens="true" android:normalScreens="true" android:smallScreens="true" android:anyDensity="true"/> 3.1是否支持多种不同密度的屏幕 android:anyDensity=["true" | "false"] 如果android:anyDensity
从设计方面来看，做手机界面设计的尺寸一般分为iPhone和Android两种设备。
手机市场日渐丰富的同时，给我们前端开发人员带来的网页内容自适应屏幕尺寸进行显示的问题也日渐凸显出来。原本可能通过百分比/媒体查询等简单手段就可以常见的适配问题，但是对于页面有复杂结构或者视觉上有特殊要求的，就需要通过其他手段来解决了。
老马初始学习视口的概念的时候，看了很多的文章，看来很多的资料，鲜有人能把这个东西讲的非常透彻的。老马接下来就从初学者能看懂的角度去讲解视口和适配的方案。
随着应用程序变得越来越复杂，新兴技术栈越来越多，应用程序开发变成一个令人生畏的任务。但是，网上有许多可用的工具能在应用程序开发过程中给我们提供很大帮助。本文列出了一些我用过的工具，希望推荐给开发者，因为这些工具对我个人的工作有非常大的帮助。
MDL的布局/Layout组件用来作为整个页面其他元素的容器，可以自动适应不同的浏览器、 屏幕尺寸和设备。
老马初始学习视口的概念的时候，看了很多的文章，看来很多的资料，鲜有人能把这个东西讲的非常透彻的。老马接下来就从初学者能看懂的角度去讲解视口和适配的方案。 1. 关于屏幕 1.1 屏幕尺寸 设备屏幕尺寸是指屏幕的对角线长度。比如：iphone6/7是4.7寸，iphone6/7p是5.5寸。 1英寸 = 2.54厘米 3.5in = 3.5*2.54cm = 8.89cm 4.0in = 4.0*2.54cm = 10.16cm 4.8in = 4.8*2.54cm = 12.192cm 5.0in = 5.
表示沿着对角线，每英寸所拥有的像素（pixel）数目，PPI的数值越高，代表显示屏能够以越高的密度显示图像，即通常所说的分辨率越高，颗粒感越弱，图像更清晰。
关于屏幕适配，几乎每隔一段时间就会看见有人发出来说XXX方案，实现超级简单的适配方式等等。所以我把我目前了解过的常用的适配方案做个总结，并简单说说原理，从而让大家也初步了解各个方案的实现。（其实很多人都是看见别人写的适配方案，虽然可能实际在使用了，但是却从来没有去了解过这个方案的原理,而且遇到一些简单的坑的时候，因为不知道原理，也无法自己解决。）
说到移动端：可以根据开发技术分，也可以根据操作系统来分，今天重点不是这个，是讲下使用CSS与Android如何进行屏幕适配。 1.先来了解几个概念：CSS中的px,em,rem分别是啥东西？ px:像素，如果像素要换算成物理长度，需要得到dpi(每英寸像素数) em:相对长度单位，大小相对于父级节点来说， rem:是CSS3新增的一个相对单位，这个单位引起了广泛关注。相对于根元素<html>,关于兼容性的问题，除了ie8及更早的版本，其他浏览器均支持 2.Android:也有类似的单位，dp(dip),sp
近期某个项目中需要实现以下需求： 保持背景图片原始宽高比; 如果屏幕宽高比与背景图片宽高比不一致，则以图片中心为基点等比缩放背景图片，以适应屏幕尺寸。 以上需求的原则就是始终保持背景图片宽高比，居中等比缩放填满屏幕。 我们知道background-size: cover;是在背景图片保持原始比例的基础上，等比缩放覆盖背景区域。但是缩放的基点是左上角(0,0)，并不是居中缩放的。这样的机制下，屏幕显示的始终是背景图片的左上部分，并不能满足项目的需求。 后来无意中注意到必应首页的背景图片是居中平铺的，行为表现与
Bootstrap使用一系列响应式断点来定义不同屏幕尺寸的布局变化。开发者可以利用这些断点在不同的设备上进行布局调整。
显示分辨率一定的情况下，显示屏越小图像越清晰（比如MacBook），反之，显示屏大小固定时，显示分辨率越高图像越清晰。
注意: 任意元素使用了布局容器的样式，都会称为布局容器，建议使用div作为布局容器
版权声明：本文为博主原创文章(部分引用他人博文，已加上引用说明)，未经博主允许不得转载。https://www.jianshu.com/p/7aa34434ad4d
电脑是个人电脑PC的简称，也称微型计算机。计算机的含义很广，小到我们经常使用的计算器、算盘；大到家用电脑、商用电脑、运算上亿位的超级计算机，都被称为计算机。现在意义上的计算机基本上都是指微型计算机，也就是我们常用的电脑。
BootStrap 必须需要至少一个布局容器，才能为页面内容进行封装和方便的样式控制。
对于移动端开发而言，为了做到页面高清的效果，视觉稿的规范往往会遵循以下两点： 1.首先，选取一款手机的屏幕宽高作为基准(现在一般选取iphone6的375×667)。之前项目中也用到过iphone5的320×568。 2.对于retina屏幕(如: dpr=2)，为了达到高清效果，视觉稿的画布大小会是基准的2倍，也就是说像素点个数是原来的4倍（对iphone6而言：原先的375×667，就会变成750×1334）。
在Bootstrap中，列排序（Column Ordering）是一种布局技术，允许我们在不同屏幕尺寸下重新排列列的顺序。这对于在响应式设计中调整布局非常有用。
在前面的, 移动端常用适配方案二 有一个弊端那么就是如果有多少套适配窗口就需要编写多少个媒体查询，如果有几百个那么就编写几百个那么不是疯了嘛，那么本文主要介绍的就是更好的解决方案的方式，就是通过 JS 来进行设置, 通过 JS 动态计算当前屏幕每一份大小的好处, 不用写很多的媒体查询, 坏处：切换了屏幕尺寸之后需要刷新界面才有效，而媒体查询如果切换了屏幕的尺寸不需要重新刷新界面，在真实的情况下用户使用的可都是真机，就不会出现不同适配窗口之间的切换问题啦。
我这里有一个400px*400px的正方形 由于一英寸=326，不够放，所以要用2英寸放
虽然我们将移动端独立到一套代码中了, 但是由于移动端也有很多的屏幕尺寸, 所以也需要进行适配，例如：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
