pc端与移动端适配解决方案

article/2025/9/18 19:39:52

一般网站实现pc端与移动端适配的需求，方案有两个：

1、一套页面，从设计时就考虑到跨设备适配，响应式的一步到位；

2、开发两套页面，根据设备尺寸加载加载不同的资源，目前已经不常见了；

一：响应式方案

做一个响应式的页面。即只用一个链接，用媒体查询来控制样式。同一个链接pc和移动端打开都可以适配，有的模块是用两套不一样的css样式。

最近做了一个匹配平板和手机的页面，我用的媒体查询是768px。因为ipad的尺寸是1366*768

当设备宽度最大是768时说明该设备是手机或者是平板的竖屏，用一套样式；
如果设备宽度最小是768时，说明是平板横屏或者电脑屏幕，用另外一套样式。如下

@media only screen
and (min-device-width : 768px){.PaperTitle{padding: 0 8rem;}
}
@media only screen
and (max-device-width : 768px) {.PaperTitle{padding: 0 3rem;}
}

如果要用响应式的效果，最好从UI设计时就考虑到适配问题。设置宽度时，注意尽量用比率代替具体的数字。多测试页面在不同分辨率下的宽度展示效果。

比如网页的内容宽度其实是1100px，两边就做留白处理。不管用户的电脑有多宽，我们展示完1100px宽度的网页后，让网页居中，剩下的宽度平分在两边即可。这样我们能保证网页内的各个空间宽度比例在最好的范围内。

以前很多设计网页内容的宽度是铺满整个屏幕的，在现在的带鱼屏上就会把网页拉伸的非常难看。

我的博客就是采取的响应式方案，使用媒体查询的方式实现，具体地址：孙权的博客

二：做两套页面的方案

对外宣传用同一个链接，但是该链接在移动端与pc端打开，会分别自动跳转到两个不同的详细的链接。

js判断是pc或移动端核心代码如下：

<script type="text/javascript">var os = function () {var ua = navigator.userAgent,isWindowsPhone = /(?:Windows Phone)/.test(ua),isSymbian = /(?:SymbianOS)/.test(ua) || isWindowsPhone,isAndroid = /(?:Android)/.test(ua),isFireFox = /(?:Firefox)/.test(ua),isChrome = /(?:Chrome|CriOS)/.test(ua),isTablet = /(?:iPad|PlayBook)/.test(ua) || (isAndroid &&       !/(?:Mobile)/.test(ua)) || (isFireFox && /(?:Tablet)/.test(ua)),isPhone = /(?:iPhone)/.test(ua) && !isTablet,isPc = !isPhone && !isAndroid && !isSymbian;return {isTablet: isTablet,isPhone: isPhone,isAndroid: isAndroid,isPc: isPc};}();// pc时加载一套页面if(os.isPc){location.replace("http://www.onlymid.com.cn/"); }// 移动端时加载另外一套页面 if (os.isAndroid || os.isPhone) { location.replace('http://www.onlymid.com.cn/html/2016shujia/wap/');} else if (os.isTablet) {location.replace('http://www.onlymid.com.cn/html/2016shujia/wap/');}
</script>

三：响应式案例

1：个人博客用户端

下面的博客是我自己开发的，我不懂UI设计，页面都是自己凭感觉拼凑出来的。我的想法是移动端屏幕较小，能展示的内容有限。移动端需要突出重点，放弃一些辅助功能。

比如我的首页主要功能是文章列表，在移动端我就把热门文章排序、文章分类、源码入口等都给舍弃掉了。用媒体查询，把对应的class在下屏幕时直接设置display:none

PC上的展示

在这里插入图片描述

在移动设备的展示

在这里插入图片描述

移动端首页

在这里插入图片描述

2：管理后台

对于管理后台的移动端适配，我觉得主要在菜单这块。PC端管理后台一般都是侧边导航栏，移动端当然是放不下的，所以为了响应式展示，页面的整个架构要注意调整。

其余依旧是对某些非必要的功能做删除与合并，比如我删掉了几个入口，也把切换账号功能有独立的位置区域合并到菜单里。对于管理后台的响应式开发，是会比用户端多花一些心思。

PC上的展示

在这里插入图片描述

移动设备上的展示

在这里插入图片描述

3：案例地址

上面博客的演示地址和源码地址分享给大家

博客用户端：孙权的博客
博客管理端：sunq’s blog admin
博客的源码：SunQQQ - Overview

下面是两个我当时开发博客时参考的案例，这里也分享给大家。一个是QQ的官网，一个是某公司的官网。

I’m QQ - 每一天，乐在沟通
拜特尔微信社群

四：注意点

chrome浏览器在F12状态下，鼠标调整浏览器大小时，在右上角可以看到当前的浏览器尺寸。在测试不同宽度下页面展示状态时比较方便。

各大浏览器的移动端模拟器，对我们的开发带来了很多便利。但是有时候会有bug，比如fixed定位突然不起效。不是你代码的原因，是模拟器的问题，从新打开页签即可。在模拟器上开发完，注意也多在真实移动设备上测试。

五：获取浏览器分辨率

1、分辨率

有时候我们会记录操作日志，了解用户们都用什么分辨率。这时需要这样获取

window.screen.width 
window.screen.height

需要注意的是，我们js获取的分辨率是用户缩放之后的。所以用户在电脑配置里看到的分辨率，并不一定就是实际的分辨率。

比如，下面用户设置分辨率是1920 *1080，他以为分辨率就真的是这么多了。

其实他还设置了缩放125%，所以真实分辨率是1920/125% 1080/125%，即1536*864。具体如下图
在这里插入图片描述
这样配置的

真实的分辨率

2、浏览器内容区域

有时我们需用动态的计算出，应该给某个区域设置多高的高度。这时就要用到浏览器的可视窗口尺寸。

window.innerHeight取到的是浏览器操作栏下沿到工具栏上沿的距离，即真正页面展示的区域

window.screen.height // 整个屏幕的高度
window.innerHeight // 浏览器展示网页区域的高度

下图为window.innerHeight的高度
在这里插入图片描述

下图为window.screen.height的高度，即分辨率

在这里插入图片描述