图片的分辨率大于设备分辨率或者小于设备的分辨率的显示问题

图片的分辨率大于设备分辨率或者小于设备的分辨率的显示问题

在做程序开发，尤其是移动App开发的时候，经常会接触到图像处理。 有时服务器获取到的图片比本地要显示的尺寸大（受我自己限制），有时又小。 然而，我一直对设备如何显示它有一个疑问。 如果图像的分辨率大于设备的分辨率并且需要全屏显示，这就会出现问题。

今天在网上找到了一些相关知识，总结了一下：

显示器的分辨率是指显示器屏幕（指液晶显示器）上的像素数量。 例如，21.5英寸显示器的分辨率是指屏幕水平方向1920个像素，垂直方向1080个像素。

图像分辨率是图片中像素的数量，例如图片、部分图片以及分辨率非常大的图片。

当图像的分辨率大于显示器的分辨率时，有两种显示方式。 一种是部分显示，即屏幕上有多少像素就显示多少像素。 此时只能看到图像的某一部分，并且可以上下左右移动。 查看完整内容。 另一种方法是在屏幕上显示完整的图像。 这时，图像的像素就会被压缩。 例如，将从图像中删除一部分像素并以该分辨率（显示器的分辨率）显示。 这时，你可以看到完整的图片内容，但细节中丢失了一小部分像素。 例如，你可以在数码相机的屏幕上看到完整的图片，但感觉很模糊。 在电脑上观看效果要好得多。 因为屏幕分辨率低。

当图像的分辨率小于显示器的分辨率时，有两种显示方式。 一种是显示实际尺寸，即用屏幕上的像素数来显示图像的分辨率。 此时，屏幕是点对点的。 方式显示图像，但图像不是全屏，只有屏幕中心的部分。 另一种方法是全屏显示。 此时的图片并没有被压缩，而是人为插入了很多像素。 图片看起来很大，全屏，但有效像素很少。 例如，一个小的可以是我将图标文件放在屏幕上并观看，但画面很糟糕。

对于小于或大于设备分辨率的图像添加或删除像素取决于显示器内称为 IC 的重要集成电路。

	Scaler IC是专门用来处理当图像分辨率与显示器分辨率不同时的显示方式的。为便于理解，以具体例子来做说明。
如果图像分辨率小于显示器分辨率，如果仍以1:1显示，即一个像素对应一个像素，那屏幕就不会满屏。比如显卡输入640x480，而显示器为1280x1024，就会看到显示器左上角640x480的区块有清晰的图像，而其它剩余区域都是黑色的。为了实现满屏，就要实现图像的缩放(Scaling)，做法就是要给画面补足像素，水平方向640个像素须补足到1280个像素，垂直方向480个像素要补足到1024个像素，插入像素的插值算法取决于Scaler IC。

题外话：在了解的过程中，似乎高分辨率的图片对于屏幕的刷新率是有要求的。 难道一般的刷新率对于高分辨率的图片来说还不够吗？ 我对此了解不多。 我个人认为应该是高清的。 图片像素较多，导致设备每次刷新屏幕的时间过长。 从而导致一般的刷新频率无法满足它，导致出现闪屏或者卡顿的情况。

开发过程中的题外话：

在app开发过程中，我们首先考虑手机设备的电量、流量、CPU等因素，所以app是一个显示功能。 从过去的低配置功能手机到刚刚问世的智能手机时代，所有app的效果都很一般，没有华丽的效果，只有简单的功能实现，因为当时的配置还很低，而这些额外的处理耗费了大量的资源。 然而，随着配置的提高，现在的应用程序的效果都非常绚丽，那么资源消耗自然就更高了，我们手机的电池很快就耗尽了。 对于那些长期连接的IM应用如微信、QQ、钉钉等，它们会在后台持续消耗你的资源。 对于直播类APP来说，比如映客、斗鱼、视频播放类APP，它们都在持续与网络进行交互。 它消耗大量的资源和电力，尤其是那些使用手机浏览器观看软解码视频的应用程序。 他们有的表现不错，有的表现不佳，简直就是冬天里的暖宝宝。

关于应用程序的性能（仅限于图像处理），例如，你有一个列表来显示图像列表，但你的图像有固定的大小，但你需要每个手机具有不同分辨率的图像，但只有一个接口。 所以有一种方法可以动态地从服务器获取图像资源。 比如我可以获取1.jpg@我想获取图片1.jpg。 分辨率为320*240。 在低分辨率手机上，可以获得1.jpg。 @可以获得160*120的图片资源。 通过此操作，可以优化服务器与客户端之间的图像传输流程。 您可以在设备上显示图像而不失真，并且无需在本地执行额外的压缩和计算。 处理、小操作，将服务器的负担、中间流量、客户端资源消耗降到最低，也方便后期维护。

当你想点击下载原分辨率的图片时，可以启动一个线程，异步下载图片。 然后就可以根据用户的要求来显示图片了。 当图片小于设备时，显示原图。 当大于设备时，显示压缩图片。

全高清显示原图时，可以按原分辨率显示，并通过拖动查看显示的图片。