一、如何修改照片分辨率

如何修改照片分辨率

电脑自带的microsoft office picture manager可以改变分辨率，而且成效不错哦（那当然太小拉大的话还是模糊的）。用它打开你的图片后在上面按edit picture，旁边有个resize，按进去后你就喜欢按比例拉大也可以，以倍数拉大也可以，在里面选一种来拉大吧。

电脑自带的microsoft office picture manager可以改变分辨率，而且成效不错哦（那当然太小拉大的话还是模糊的）。用它打开你的图片后在上面按edit picture，旁边有个resize，按进去后你就喜欢按比例拉大也可以，以倍数拉大也可以，在里面选一种来拉大吧。

系统不同，但都要在显卡设置里修改。win系统右键空白桌面，XP~属性高级下，7或8~在个性化里。

可以用photoshop的批处理。首先创建一个新动作。然后按rec记录修改一张照片分辨率的动作。然后选择自动-批处理，就会出来一个对话框，选择源文件和目的地，就可以把整个文件里面的照片分辨率都按照被记录的照片进行修改

我们在win10正式版的左下角找到菜单栏，然后点击右键选择控制面板，如图示。

进入控制面板之后，我们点击“外观和个性化”。

然后我们可以看到在显示栏中有一个调整屏幕分辨率，我们点击选择。

然后会出现我们熟悉的界面，我们点击分辨率，如图示。

然后根据你的需要选择合适你电脑的分辨率，如图示。

选择好这一切之后，我们点击右下角的应用。

解压后，把图片都移到drawable-ldpi，再打包回去试试

游戏里的分辨率是金游戏后点右上角的设置里面可以调！

暂时还没有这种软件，你可以到mrp520上关注有的话会第一时间发布的

您可以使用如下命令来将屏幕恢复到原来的分辨率：

[linuxidc.@localhost~]$ xrandr-s 0

其中的-s参数允许你指定屏幕的分辨率大小，参数 0表示使用 xrandr命令将屏幕设置为默认大小。或者你可以试试验其他的 1、2、3……看看您的显示器能显示多大的。如果您明确知道你的分辨率的话，你可以将这个参数直接写成你需求的分辨率，如下：

[linuxidc.@localhost~]$ xrandr-s 1024×768

你也可以使用-q参数来查看你的屏幕目前支持的分辨率的情况，或者什么参数也不加。

[linuxidc.@localhost~]$ xrandr-q

[linuxidc.@localhost~]$ xrandr

当然这个命令还有一些更复杂的用法，您可以用 info命令来查看：

[linuxidc.@localhost~]$ info xrandr

但是 1张10元换不成0.1张100元一样

二、怎么修改apk分辨率

1、一、安装java环境，网上大把的**和教程，就不啰嗦了。

2、二、**反编译软件Apktool和签名软件AndroidResEdit，和你要修改的apk，把你要修改的apk放在解压出的APKTool文件夹里，反编译，（一般你**的Apktool会有使用说明）反编译后会产生一个以你apk命名的文件夹，进入该文件夹找到**ali，**ali后缀的文件，里面包含了你的分辨率，记事本打开，这里需要你懂16进制，把自己机型的分辨率转换成16进制替换。

3、三、编译打包（重新把修改过的文件打包为APK格式），打包好后用到签名软件AndroidResEdit进行签名。后安装测试即可。

三、Android 屏幕分辨率适配

Android屏幕分辨率千奇百怪，怎么让app在不同的分辨率的设备上“看起来一样”呢？

这篇文章将会针对以上问题一一解答。

Pixels我们看到屏幕上的图像由一个个像素组成，像素里包含色彩信息。

如常说的手机分辨率：1080 x 1920指的是手机宽度可展示1080像素，高度可展示1920像素。

Pixels Per Inch每英寸长度所具有的像素个数，单位面积内像素越多，图像显示越清晰。

ppi一般用在显示器、手机、平板等描述屏幕精细度。

Dots Per Inch每英寸长度所具有的点数。

dpi一般用来描述打印（书本、杂志、电报）的精细度

density-independent pixels(device-independent pixels我查了一下，**更多时候使用前者，有的时候也显示后者），dip是缩写，也可以更简单些称作dp。该单位的目的是屏蔽不同设备密度差异，后面细说。

Scalable pixels用于设置字体，在用户更改字体大小时候会适配。

澄清了基本概念，我们现在从一个例子开始说明以上单位之间的区别与联系。

布局文件里有个View，长宽都是200px，分别在分辨率为480(宽)x800(高）简称A设备、1080(宽)x1920(高）简称B设备，效果如下:

左边是A设备，右边是B设备。问题出来了，同样长宽都是200px，为啥A设备显示很大，B设备显示很小呢？你可能会说B设备的横向分辨率1080比A设备的480大，所以在B设备上看起来比较小。来看看A、B设备横向到底是多少英寸，怎么来计算呢？这时候就需要用到ppi了，既然知道横向的像素点个数，也知道每英寸能容纳的像素点，当然可以得知横向的尺寸了。

其中一种方式获取DisplayMetrics对象：

A设备宽度尺寸：480(px)/240(ppi)=2inch

B设备宽度尺寸：1080(px)/420(ppi)=2.5inch

可以看出，A、B设备尺寸差别不大。A设备ppi=240 B设备ppi=420，明显地看出B设备单位长度上比A设备能够容纳更多的像素，因此同样的200px，B设备只需要较小的尺寸就能够显示，因此在B设备上的view看起来比A设备小很多。

知道了问题的原因，然而显示的效果却不能接受。

我们总不能自己判断每个设备的ppi，然后计算实际需要多少像素，再动态设置view的大小吧，那layout里的静态布局大小就无法动态更改适应了。想当然的能有一个统一的地方替我们转换，没错！Android系统已经帮我们实现了转换。接下来就是dpi、dp出场了。

Android系统使用dpi来描述屏幕的密度，使用dp来描述密度与像素的关系。

Android系统终识别的单位是px，怎么将dpi和px关联起来呢？，答案是dp。

Android规定当dpi=160时，1dp=1px，当dpi=240时，1dp=1.5px，依此类推，并且给各个范围的dpi取了简易的名字加以直观的识别，如120<dpi<=160，称作为mdpi，120<dpi<=240称作hdpi，终形成如下规则：

现在知道了dp能够在不同dpi设备上对应不同px，相当于中间转换层，我们只需要将view长宽单位设置为合适的dp，就无需关注设备之间密度差异，系统会帮我们完成dp-px转换。将我们之前的例子稍微更改，再看看效果验证一下：

通过上面对dp的了解，我们知道在设定view大小、间距时使用dp能大限度地屏蔽设备密度之间的差异。可能你就会问了，那**tmap展示的时候如何适配不同密度的设备呢？

自定义view从磁盘上加载一张图片，并将之显示在view上，view的大小决定于**tmap大小。依旧以上述A、B设备为例，展示结果如下：

明显地看出，在A设备显示比B设备大很多，实际上和我们之前用px来描述view的大小原理是一样的，**tmap的宽、高都是px在描述，而**tmap决定了view的宽、高，终导致A设备和B设备上的view大小（宽、高像素）是一样的，而它们屏幕密度又不相同，因此产生了差异。

那不会每次都需要我们自己根据屏幕密度来转换**tmap大小吧？幸运的是，Android已经为我们考虑到了。

生成不同密度的目录有什么作用？

A设备dpi=240，根据dpi范围，属于hdpi

B设备dpi=420，根据dpi范围，属于xxhdpi

图片原始尺寸：photo1.jpg(宽高 172px-172px)

当我们想要在不同密度设备上显示同一张图片并且想要“看起来一样大时”。假设设计的时候以hdpi为准，放置photo1.jpg为172*172，那么根据计算规则在xxhdpi上需要设置photo1.jpg为:

现在hdpi和xxhdpi目录下分别存放了同名图片：photo1.jpg，只是大小不同。当程序运行的时候：

针对不同的密度设计不同的图片大小，大限度保证了同一图片在不同密度设备上表现“看起来差不多大”。

来看看A、B设备上图片占内存大小：

说明在B设备上显示photo1.jpg需要更多的内存。

上边只是列举了hdpi、xxhdipi，同理对于mdpi、xhdpi、xxxhdpi根据规则放入相应大小的图片，程序会根据不同的设备密度从对应的mipmap文件夹下加载资源。如此一来，我们无需关注**tmap在不同密度设备上显示问题了。

在mipmap各个文件夹下都放置同一套资源的不同尺寸文件似乎有点太占apk大小，能否只放某个密度下图片，其余的靠系统自己适配呢？

现在只保留hdpi下的photo1.jpg图片，看看在A、B设备上运行情况如何：

看起来和上张图差不多，说明系统会帮我们适配B设备上的图片。

再来看看A、B设备上图片占内存大小：

对比photo1.jpg分别放在hdpi、xxhdpi和只放在hdpi下可以看出：B设备上图片所占内存变小了。为什么呢？接下来从源码里寻找答案。

A、B设备同样加载hdpi/photo1.jpg，返回的**tmap大小不相同，我们从这方法开始一探究竟。

上面涉及到的关键点是density，分别是TypedValue的density和Options的density。

现在分析B设备加载hdpi/photo1.jpg如何做的:

B设备是怎么决定使用hdpi下的图片资源呢？

根据实验（尝试找了源码，没怎么看懂，因此只是做了实验，可能在不同密度设备上找寻规则不一样）：B设备先找属于自己密度范围文件夹下的图片，B设备属于xxhdpi，先查看xxhdpi有没有photo1.jpg，如果没有则往更高的密度找，比它高的密度是xxxhdpi，还是没有，则往低密度找，找xhdpi，没有再找hdpi，找到了则返回构造好的TypedValue，剩下的就是我们前面分析的。

既然我们只想放某个密度下的一份切图，该放哪个密度下呢？从系统寻找规则看，更推荐放置在更高密度下的，因为如果放在低密度下，那么当运行在高密度设备上时，图片会进行放大，可能导致不清晰。我一般习惯放在xxhdpi下。

Android Studio默认创建了不同密度的mipmap文件夹，默认放置了ic_launcher.png。我们普通的切图该放drawable还是mipmap下呢？对于这个问题网上也是众说纷纭，实际上对于我们来说，关注的重点是图片放在drawable或者mipmap，加载出来**tmap是否有差异，如果没有差异放在哪就看习惯了。通过实践，普通的切图放drawable和mipmap下加载出来的**tmap是没有差异的，只不过用drawable的话需要自己创建不同密度的文件夹。我习惯于放在drawable下(启动图标logo还是放在mipmap下）。

前边 [注1]留了个问题，我们使用dp来表示view的大小了，为啥两个看起来还是有些差距？下面我们更加直观地看一个例子。

A设备dpi=240密度1.5分辨率(宽高px)：480* 800

B设备dpi=420密度2.625分辨率(宽高px)：1080* 1794

将view宽高分别设置为320dp，看看效果：

可以看出同样的320dp大小，A设备铺满了屏幕，而B设备没有。这效果显然是不能接受的，Android考虑到不同设备宽高不同，推出了"宽高限定符"。以A、B设备为例：

假设设计师出图是按照800x480，那么我们创建dimen文件的时候

该文件放在values-800x480文件夹下。

根据分辨率比例算出1794x1080的dimen值

这样子，A、B设备加载资源的时候使用对应分辨率限定符下的px，如果找不到再找默认值，可以在一定程度上解决屏幕宽高碎片化适配问题。

但是这样子的限定比较严格，需要测试各种分辨率，后来Android又推出了"**allest-width"简称小宽度限制。

假设设计师切图标准屏幕宽是320dp(A设备），那么可以定义如下dimen.xml文件

该文件放在values-sw320dp文件夹下

通过对dimen引用，A设备寻找和自己宽度一样的dimen文件，找到values-sw320dp，dp320=320dp。B设备寻找和自己宽度一样的dimen文件，找到values-sw411dp，dp320=410dp。这样子同样的dp320，得出不同的值，就适配了屏幕宽度不同的问题。

综上，为了适配不同屏幕大小，推荐使用dp+**allest-width。

获取设备dpi终都是从这方法获取的，实际上就是读取系统的配置文件。因此我们也可以通过adb shell获取：

可以看出dpi是系统配置好的，当然有些手机是可以设置分辨率的，设置之后我们查看分辨率：

四、怎么修改apk游戏分辨率

1、第一种方法：安装J**A环境，直接上网搜索。

2、第二种方法：**反编译软件Apktool和签名软件AndroidResEdit，把要修改的APK放在解压出的Apktool软件里，进行反编译，出现一个文件夹，进入该文件找到以**ali为后缀的文件，看到APK游戏分辨率后用记事本打开进行修改。

3、第三种办法：重新把修改过的文件打包为APK格式，打包好后用到签名软件AndroidResEdit进行签名，然后安装测试。