要获取屏幕分辨率和颜色深度，使用window.screen对象。屏幕分辨率通过screen.width和screen.height获取，表示物理像素尺寸；可用区域分辨率通过screen.availwidth和screen.availheight获取，排除系统界面占用空间；颜色深度用screen.colordepth，像素深度用screen.pixeldepth，现代浏览器中通常都为24位；实际应用中应注意设备像素与css像素的差异、用户缩放不影响screen属性、布局应优先考虑视口而非screen对象。
在浏览器环境（BOM）中，要获取用户的屏幕分辨率和颜色深度，我们主要依赖于window.screen这个全局对象。它提供了关于用户屏幕的一些基本信息，比如物理尺寸和显示能力。
在JavaScript中，你可以这样获取这些信息：
// 获取屏幕宽度（像素）
const screenWidth = window.screen.width;
// 获取屏幕高度（像素）
const screenHeight = window.screen.height;
// 获取颜色深度（每像素的比特数）
const colorDepth = window.screen.colorDepth;
// 获取像素深度（每像素的比特数，通常与colorDepth相同）
const pixelDepth = window.screen.pixelDepth;
console.log(`屏幕分辨率: ${screenWidth}x${screenHeight}`);
console.log(`颜色深度: ${colorDepth} 位`);
console.log(`像素深度: ${pixelDepth} 位`);这几行代码简单直接，就能让你拿到这些看似基础却在某些场景下非常有用的数据。
屏幕分辨率和可用区域有什么区别？
谈到屏幕尺寸，很多人第一反应就是“我的屏幕是1920x1080”。没错，这通常就是screen.width和screen.height给出的数值。但这里有个微妙的差别，也是我个人在开发中经常需要区分的：屏幕的“总分辨率”和“可用区域分辨率”。
screen.width和screen.height反映的是用户显示器的物理像素尺寸。它就是你的显示器能显示的总像素点数。然而，你的操作系统，比如Windows的任务栏、macOS的Dock栏或菜单栏，它们会占据屏幕的一部分空间。这些系统界面虽然在你的显示器上，但它们通常不属于浏览器窗口可以自由使用的“可用”区域。
这就是screen.availWidth和screen.availHeight派上用场的地方。这两个属性返回的是屏幕上可用于应用程序窗口的最大宽度和高度，也就是说，它们排除了操作系统固定界面（如任务栏、Dock栏）所占据的空间。
举个例子，我的笔记本屏幕是1920x1080，那么screen.width就是1920，screen.height就是1080。但如果我的Windows任务栏在底部占据了一点空间，那么screen.availHeight可能就不是1080，而是1040或更小。
在实际应用中，如果你想让你的网页或应用窗口最大化但不覆盖系统任务栏，那么screen.availWidth和screen.availHeight会更有指导意义。但如果只是想了解用户显示器的物理能力，那还是看width和height。这两种数据各有其用，取决于你到底想解决什么问题。
部署和使用军舰的 macOS Automator 自动化服务集合。包含 5 个实用工作流：PDF转JPG、PNG重命名并转JPG、图像拼接、解压RAR、顺序命名图像文件。一键安装所有服务到 ~/Library/Services/ 目录。使用场景：(1) "安装我的自动化服务"，(2) "部署所有 Automato...
颜色深度和像素深度有什么区别？
这是一个经常被混淆，但实际上在现代浏览器中差异越来越小的问题。screen.colorDepth和screen.pixelDepth都表示屏幕上每个像素用于显示颜色的比特数。
从历史角度看，colorDepth是Netscape Navigator时代引入的，它通常反映的是显示器或显卡能够支持的最大颜色位数。常见的有8位（256色）、16位（65536色，高彩）和24位（约1670万色，真彩）。在现代浏览器和操作系统中，绝大多数用户的colorDepth都会是24位，因为它已经足够显示绝大多数图片和视频的色彩信息，人眼也难以分辨24位和更高位数之间的差异。
pixelDepth则是一个后来加入的属性，它理论上更准确地反映了实际用于渲染的每个像素的比特数。在很多情况下，pixelDepth的值会和colorDepth一样，也都是24。但在一些特殊配置或高DPI（Retina）屏幕上，或者涉及到某些特定渲染管线时，它们可能会有所不同。例如，一些高端专业显示器可能支持30位或36位色深，这时候pixelDepth可能会反映出更高的数值，尽管浏览器通常还是会按照24位来处理大部分内容。
对我个人而言，在日常开发中，我通常会认为这两个值是等同的，都指向了屏幕能够展现的色彩丰富度。除非你正在开发一个对色彩精确度有极高要求的应用（比如专业图像处理软件的Web版本），否则它们之间的细微差别通常不会对你的代码逻辑产生太大影响。它们主要告诉我们，用户屏幕的色彩表现力如何，这对于决定是否使用某些高级色彩模式或优化图片加载策略时，可能会有点用。
在不同设备或浏览器中获取屏幕信息有哪些需要注意的地方？
获取屏幕信息看似简单，但实际应用中，尤其是在当前这个设备碎片化的时代，还是有一些值得深思的“坑”和注意事项。
首先，最重要的一点：window.screen对象提供的是关于物理显示器的信息，而不是浏览器视口（viewport）的信息。很多时候，我们更关心的是用户浏览器窗口有多大，而不是他显示器有多大。比如，用户可能用一个很小的浏览器窗口浏览你的网站，即使他显示器很大。这时，如果你根据screen.width来调整布局，那很可能就会出问题。对于响应式设计，我们更多依赖的是window.innerWidth、window.innerHeight以及CSS媒体查询。
其次，高DPI（High-DPI）或Retina显示屏的影响。在这些屏幕上，一个CSS像素可能对应多个物理像素。例如，window.devicePixelRatio可能是2或3。这意味着虽然screen.width可能显示1920，但你的网页内容实际上可能只占用了960个CSS像素的宽度（如果devicePixelRatio是2）。这一点对于图片清晰度、字体渲染等至关重要。你不能简单地认为screen.width就是你的设计基准，还需要结合devicePixelRatio来理解。
再来，就是用户缩放。如果用户在浏览器中进行了页面缩放（Ctrl/Cmd + 或 -），screen.width和screen.height是不会变的，因为它们反映的是物理屏幕。但页面内容的实际渲染尺寸会改变，这再次强调了screen对象与实际布局的关联性较弱。
最后，考虑到隐私和安全，浏览器对screen对象的信息获取通常没有太多限制，因为它不涉及敏感的用户数据。但总的来说，过度依赖screen对象进行布局或功能判断，往往不如基于window.innerWidth/Height或更现代的Resize Observer API来得灵活和准确。screen对象更像是一个背景信息，用于了解用户设备的一些基础能力，比如在数据分析时了解用户设备的大致分辨率分布，或者在全屏应用中调整渲染策略。但在绝大多数前端开发场景下，我们更关注的是浏览器视口和页面内容的交互，而不是用户显示器的物理尺寸。
