红米Note3怎么开启悬浮窗？
红米Note3怎么开启悬浮窗？
来源：手机世界
怎么开启悬浮窗？一般而言，悬浮窗口默认是关闭的，需要手动设置，很多小伙伴都说不知道再哪里设置，今天小编就给大家带来了开启悬浮窗的教程，话不多说一起来学习一下吧。
相关教程：
1）第一步我们先打开点击进入【安全中心】，然后再点击进入【授权管理】。（如下图）
2）进去后再点击进入【应用授权管理】，找到需要开启悬浮窗的软件【点击】，PS：小编这里以天天动听示例。（如下图）
3）接着再点击【显示悬浮窗】勾选，最后出现提示后点击【允许】即可。（如下图）
PS：如大家在使用过程中遇到难题了，可以直接到（）进行提问或关注本站微信公众帐号（微信号：www3533com）后给小编留言，小编收到留言后会第一时间给大家解决相关疑问。
GSM & WCDMA
主屏分辨率
Copyright & , All Rights ReservedAndroid无需权限显示悬浮窗, 兼谈逆向分析app - 简书
Android无需权限显示悬浮窗, 兼谈逆向分析app
最近UC浏览器中文版出了一个快速搜索的功能, 在使用其他app的时候, 如果复制了一些内容, 屏幕顶部会弹一个窗口, 提示一些操作, 点击后跳转到UC, 显示这个悬浮窗不需要申请android.permission.SYSTEM_ALERT_WINDOW权限.
如下图, 截图是在使用Chrome时截的, 但是屏幕顶部却有UC的view浮在屏幕上. 我使用的是小米, 我并没有给UC授悬浮窗权限, 所以我看到这个悬浮窗时是很震惊的.
悬浮窗原理
做过悬浮窗功能的人都知道, 要想显示悬浮窗, 要有一个服务运行在后台, 通过getSystemService(Context.WINDOW_SERVICE)拿到WindowManager, 然后向其中addView, addView第二个参数是一个WindowManager.LayoutParams, WindowManager.LayoutParams中有一个成员type, 有各种值, 一般设置成TYPE_PHONE就可以悬浮在很多view的上方了, 但是调用这个方法需要申请android.permission.SYSTEM_ALERT_WINDOW权限, 在很多机型上, 这个权限的名字叫悬浮窗, 比如小米手机上默认是禁用这个权限的, 有些恶意app会用这个权限弹广告, 而且很难追查是哪个应用弹的. 如果这个权限被禁用, 那么结果就是悬浮窗无法展示, 比如有道词典的复制查词功能, 在小米手机上经常没用, 其实是用户没有授权, 而且应用也没有引导用户给它打开授权.
现在UC能突破这个限制, 我很好奇它是怎么做到的.
Android开发有点蛋疼的地方就是太容易被反编译, 但有时这也成为我们研究别人app的一种手段.
使用apktool可以很轻松的反编译UC.
逆向别人的app, 比较关键的地方是怎么找代码, 因为代码基本上都是混淆的, 直接看肯定是看不懂的, 只能去找, 突破口一般在字符资源上, 比如我们看到上图中的快速搜索是UC的字符, 那么我们到res/values/strings.xml去找快速搜索, 就可以找到下面的内容
&string name="dark_search_banner_search"&快速搜索&/string&
这里我们拿到了快速搜索对应的名字dark_search_banner_search, Android在编译时会给每个资源分配一个id, 我们grep一下这个字符资源的名字就能知道id是多少, 一般在R.java, res/values/public.xml中有定义, 我直接到public.xml中找到了它的id
&public type="string" name="dark_search_banner_search" id="0x7f070049" /&
有了字符资源的id 0x7f070049, 我们再在代码里面grep一下这个id, 就能知道哪几个文件使用了这个字符资源.
之所以这么确定是在代码里, 是因为UC在我们复制的内容不同时, 悬浮窗标题会不一样, 一定是在代码里控制的, 结果如下
./com/uc/browser/b/f.smali
结果可能和大家不一样, 但是一定会找到一个被混淆的smali文件
这一部应该是最恶心的. smali代码和java代码的关系, 就像汇编代码和C++代码, 但是smali比汇编代码要容易理解的多, 不然也不会有那么多公司故意将代码写在C++层了.
虽然代码都被混淆了, 而且以我们不熟悉的方式出现, 但我们可以根据一些蛛丝马迹来判断代码的执行, 比如Framework的类和API是不能被混淆的, 这也是我们能看懂smali的原因之一, 我们可以结合这些面包屑来还原整个app代码, 当然这需要我们对smali很熟悉, 如果不熟悉smali, 至少要对Android的API熟悉. 因为有时实在看不懂, 我们要靠猜来还原一段代码的逻辑.
首先在代码里面找到0x7f070049, 发现了如下代码
const v3, 0x7f070049
invoke-virtual {v1, v3}, Landroid/content/res/R-&getString(I)Ljava/lang/S
move-result-object v1
iput-object v1, v0, Lcom/uc/browser/b/a;-&dpC:Ljava/lang/S
invoke-virtual {v0, v1}, Lcom/uc/browser/b/a;-&o(Landroid/graphics/drawable/D)V
:try_end_2
.catch Ljava/lang/E {:try_start_2 .. :try_end_2} :catch_0
goto/16 :goto_0
这是0x7f070049出现之后的一部分代码, 一路看下来, 其实都是在取值赋值, 就拿0x7f070049来说:
#使v3寄存器的值为0x7f070049
const v3, 0x7f070049
#v1是Resources实例, 调用它的getString方法, 方法的参数是v3中的值
invoke-virtual {v1, v3}, Landroid/content/res/R-&getString(I)Ljava/lang/S
#将结果存入v1寄存器
move-result-object v1
其实就是我们常用的getResources().getString其实如果一直这么看下去, 会发现毫无头绪, 剩下的代码一直在干差不多的事情, 所以我只截取了这部分, 注意最后一行
goto/16 :goto_0
也就是说, 有可能代码转到goto_0那儿去了, 那么看看goto_0那里又写了些什么
const-string v1, "window"
invoke-virtual {v0, v1}, Landroid/content/C-&getSystemService(Ljava/lang/S)Ljava/lang/O
move-result-object v0
check-cast v0, Landroid/view/WindowM
invoke-interface {v0}, Landroid/view/WindowM-&getDefaultDisplay()Landroid/view/D
move-result-object v0
invoke-virtual {v0}, Landroid/view/D-&getWidth()I
move-result v0
iget-object v1, v10, Lcom/uc/browser/b/a;-&dpx:Landroid/view/WindowManager$LayoutP
iput v0, v1, Landroid/view/WindowManager$LayoutP-&width:I
iget-object v0, v10, Lcom/uc/browser/b/a;-&dpx:Landroid/view/WindowManager$LayoutP
invoke-virtual {v10}, Lcom/uc/browser/b/a;-&getContext()Landroid/content/C
move-result-object v1
invoke-virtual {v1}, Landroid/content/C-&getResources()Landroid/content/res/R
move-result-object v1
const v2, 0x7f0d0022
invoke-virtual {v1, v2}, Landroid/content/res/R-&getDimension(I)F
move-result v1
float-to-int v1, v1
iput v1, v0, Landroid/view/WindowManager$LayoutP-&height:I
iget-object v0, v10, Lcom/uc/browser/b/a;-&mWindowManager:Landroid/view/WindowM
iget-object v1, v10, Lcom/uc/browser/b/a;-&dpx:Landroid/view/WindowManager$LayoutP
invoke-interface {v0, v10, v1}, Landroid/view/WindowM-&addView(Landroid/view/VLandroid/view/ViewGroup$LayoutP)V
其实看到const-string v1, "window", 我们就应该有所警惕了, 这可能是关键代码了. 为什么这么说? 因为悬浮窗的实现里面, 需要获取WindowManager, 从而需要调用Context.getSystemService(Context.WINDOW_SERVICE), 而官方文档写了Context.WINDOW_SERVICE就是常量window. 而后我们看到代码中构造了WindowManager.LayoutParams, 最终在addView时传入.
看到这里, 我也觉得很奇怪, 我在悬浮窗原理中写的是我知道的实现悬浮窗的方法, UC的实现好像跟我调用的是相同的API, 也没看到反射之类可能展示奇技淫巧的代码, 为什么UC就可以不需要权限直接显示悬浮窗呢?
我认为addView的第二个参数WindowManager.LayoutParams可能是关键, 所以我需要知道UC是如何构造这个WindowManager.LayoutParams的.
由于是系统的类, 无法混淆, 直接搜索LayoutParams就找到了下面的代码
iget-object v1, v10, Lcom/uc/browser/b/a;-&dpx:Landroid/view/WindowManager$LayoutP
这句话就是把v10的值赋给v1, v10是com/uc/browser/b/a的成员dpx, 那么打开com/uc/browser/b/a.smali看看dpx到底是怎么构造的.
.field dpx:Landroid/view/WindowManager$LayoutP
new-instance v0, Landroid/view/WindowManager$LayoutP
invoke-direct {v0}, Landroid/view/WindowManager$LayoutP-&&init&()V
iput-object v0, p0, Lcom/uc/browser/b/a;-&dpx:Landroid/view/WindowManager$LayoutP
if-eqz p2, :cond_0
iget-object v0, p0, Lcom/uc/browser/b/a;-&dpx:Landroid/view/WindowManager$LayoutP
const/16 v1, 0x7d5
iput v1, v0, Landroid/view/WindowManager$LayoutP-&type:I
iget-object v0, p0, Lcom/uc/browser/b/a;-&dpx:Landroid/view/WindowManager$LayoutP
const/4 v1, 0x1
iput v1, v0, Landroid/view/WindowManager$LayoutP-&format:I
这里的代码就很简单的, 我最先看的是下面这段
const/16 v1, 0x7d5
iput v1, v0, Landroid/view/WindowManager$LayoutP-&type:I
这两句代码就是把WindowManager.LayoutParams.type字段设成0x7d5, 官网上写了0x是WindowManager.LayoutParams.TYPE_TOAST的值.
实际测试了一下, 将type设置成TYPE_TOAST果然有奇效, 不需要android.permission.SYSTEM_ALERT_WINDOW权限就能显示一个悬浮窗.
之前我一直以为调用了系统WindowManager.addView需要android.permission.SYSTEM_ALERT_WINDOW权限, 但实际上调用这个方法是不需要权限的, 在Android源码中有这么一段
public int checkAddPermission(WindowManager.LayoutParams attrs) {
int type = attrs.
if (type & WindowManager.LayoutParams.FIRST_SYSTEM_WINDOW
|| type & WindowManager.LayoutParams.LAST_SYSTEM_WINDOW) {
return WindowManagerImpl.ADD_OKAY;
String permission =
switch (type) {
case TYPE_TOAST:
// XXX right now the app process has complete control over
// this...
should introduce a token to let the system
// monitor/control what they are doing.
case TYPE_INPUT_METHOD:
case TYPE_WALLPAPER:
// The window manager will check these.
case TYPE_PHONE:
case TYPE_PRIORITY_PHONE:
case TYPE_SYSTEM_ALERT:
case TYPE_SYSTEM_ERROR:
case TYPE_SYSTEM_OVERLAY:
permission = android.Manifest.permission.SYSTEM_ALERT_WINDOW;
permission = android.Manifest.permission.INTERNAL_SYSTEM_WINDOW;
if (permission != null) {
if (mContext.checkCallingOrSelfPermission(permission)
!= PackageManager.PERMISSION_GRANTED) {
return WindowManagerImpl.ADD_PERMISSION_DENIED;
return WindowManagerImpl.ADD_OKAY;
可以猜到这个方法是往系统的WindowManager里addView的时候做权限检查用的, 那个type就是我们在构造WindowManager.LayoutParams时赋值的type, 可以看到, 除了TYPE_TOAST, 其他都是要权限的, 而且非常喜感的是, 代码中的注释还说他们现在对这种type毫无限制, 应该引入标记来限制开发者.
处理兼容性
在这篇文章刚刚公布的时候, 就有同学反馈悬浮窗无法接收事件, 刚开始我并没有特别在意, 在廖祜秋大神做了一个demo之后, 这篇文章阅读量又涨了不少, 随即收到更多反馈事件的问题, 我今天晚上借了台MIUI V5 4.2.2实测了一下, 这台机器上UC的快速搜索功能也无法正常使用.
在这个ROM上表现为:使用TYPE_PHONE这类需要权限的type时, 只有在app处于前台时能显示悬浮窗, 且能正常接受触摸事件. 如果在应用详情里面授悬浮窗权限, 则工作完全正常.(这里是MIUI V5对悬浮窗的特殊处理, 现在的ROM, 包括MIUI V6上, 如果不授权, 无法显示任何悬浮窗)使用TYPE_TOAST这个不需要权限的type时, 悬浮窗正常显示, 但不能接受触摸事件.
我重新检查了一下smali代码, 发现UC是有分版本处理的, 不过因为smali代码的规则问题, 很难直接看出来, 我把分析过程写出来, 顺便解释一下smali的语法, 供大家以后逆向时拿来参考.
这次我是在OS X上反编译的, 所以变量名可能略有区别.
接着上面com/uc/browser/b/a.smali中查看dpx的构造过程, 代码如下:
.field dpx:Landroid/view/WindowManager$LayoutP
# direct methods
.method public constructor &init&(Landroid/content/CZ)V
new-instance v0, Landroid/view/WindowManager$LayoutP
invoke-direct {v0}, Landroid/view/WindowManager$LayoutP-&&init&()V
iput-object v0, p0, Lcom/uc/browser/b/a;-&dpx:Landroid/view/WindowManager$LayoutP
if-eqz p2, :cond_0
iget-object v0, p0, Lcom/uc/browser/b/a;-&dpx:Landroid/view/WindowManager$LayoutP
const/16 v1, 0x7d5
iput v1, v0, Landroid/view/WindowManager$LayoutP-&type:I
为了方便说明, 我遵循smali的规则, 它用.line XX, 我们就说这是第XX行的代码.
上面是我之前分析得到UC使用的是TYPE_TOAST的地方, 证据就是第70行的const/16 v1, 0x7d5, 但是要知道, smali代码没有跳转的话, 就是从上往下执行, 我们看第69行的代码如下:
if-eqz p2, :cond_0
这句话的意思是如果p2等于0, 控制流跳转到cond_0, 否则就是继续顺序往下执行. 也就是说UC只有在p2 != 0条件满足的时候才会使用TYPE_TOAST, 我们看看cond_0对应的代码.
iget-object v0, p0, Lcom/uc/browser/b/a;-&dpx:Landroid/view/WindowManager$LayoutP
const/16 v1, 0x7d2
iput v1, v0, Landroid/view/WindowManager$LayoutP-&type:I
这里很简单, 就是将0x7d2赋给了type, 官网写了0x是TYPE_PHONE, 也就是说UC在某种情况下还是会用需要权限的老方法展示悬浮窗.
现在问题是条件是什么, 关键在p2, 在smali里面, 有两种寄存器命名规则, 一种叫v命名规则, 另一种是p命名规则, 当然只是命名规则而已, 在使用apktool时是可以选的. 这里是p命名规则.
我刚才分析的赋值过程, 所在的方法是下面这个, 我在刚才的代码片段中也保留了这个部分.
# direct methods
.method public constructor &init&(Landroid/content/CZ)V
这就是com/uc/browser/b/a的构造方法, dpx就是在构造方法里初始化的, .locals 7告诉我们这个方法中将出现7个局部寄存器(local register), 名字是v0, v1...v6, 而这个方法的参数有3个, 隐式告诉我们这个方法中将出现3个参数寄存器(parameter register), 名字分别是p0, p1, p2.
我是怎么知道这个方法有3个参数的呢. smali中非静态方法, 都隐含一个参数p0, 指向自身, 和Java中的this是一个意思, 而方法的参数写在括号里, 也就是Landroid/content/CZ, 其中Landroid/content/C很明显就是Android中的Context, 值存储在p1里, 而Z对应的是Android中的boolean, p2就是他了.
也就是说, type是用TYPE_TOAST还是用TYPE_PHONE, 取决于这个构造方法的第二个参数, 那到底谁构造了com/uc/browser/b/a呢? 可以去代码里面搜形如new-instance ***, Lcom/uc/browser/b/a;的代码. 更保险的做法是搜Lcom/uc/browser/b/a然后一个一个的看.
我在com/uc/browser/b/f.smali里面找到了下面的代码:
const/4 v0, 0x0
const/4 v1, 0x1
new-instance v3, Lcom/uc/browser/b/a;
iget-object v4, v9, Lcom/uc/browser/b/e;-&mContext:Landroid/content/C
sget v5, Landroid/os/Build$VERSION;-&SDK_INT:I
const/16 v6, 0x13
if-lt v5, v6, :cond_0
move v0, v1
invoke-direct {v3, v4, v0}, Lcom/uc/browser/b/a;-&&init&(Landroid/content/CZ)V
这段代码首先是创建了com/uc/browser/b/a的实例, 存储在v3中, 从另一处拿到了一个Context存储在v4中, 然后拿到了当前系统的android.os.Build.VERSION.SDK_INT存储在v5中, 此时将v6的值设为0x13, 千万别粗心看成13了, 我好几次都觉得这是13, 其实是十进制的19, 接下来是一个条件分支, 如果v5的值小于v6, 也就是说android.os.Build.VERSION.SDK_INT & 19, 直接跳转到cond_0, 否则先将v1的值赋给v0, 再顺序执行.
invoke-direct {v3, v4, v0}, Lcom/uc/browser/b/a;-&&init&(Landroid/content/CZ)V
就是调用v3的构造方法, 参数是v4和v0, 分析一下上面这段代码的逻辑就是:如果当前系统API level小于19, 那么第二个参数就是0, 否则就是1.
而这第二个参数的值就是之前我们分析的p2的值, UC只有在p2 != 0条件满足的时候才会使用TYPE_TOAST, 把整个逻辑串起来就是:
UC在API level &= 19的时候, 使用TYPE_TOAST, 其他情况使用TYPE_PHONE(需要权限).
可能是为了规避在低版本TYPE_TOAST不能接受事件的问题.
关于针对源代码的分析, 请看
我之前写的一个app有悬浮窗播放功能, 支持拖动窗口和点击暂停, 关闭窗口等等, 在4.4.4上实测功能正常.
无权限悬浮窗演示gif
感谢微博上关注的大神, 他做了个, 虽然交互和UC不同, 可以参考一下实现.
廖祜秋大神的demo
关于这个, 他也写了一篇
评论区的浮海大虾同学有更多补充如下:
TYPE_TOAST一直都可以显示, 但是用TYPE_TOAST显示出来的在2.3上无法接收点击事件, 因此还是无法随意使用.下面是我之前研究后台线程显示对话框的时候记得笔记, 大家可以看看我们项目中有需求需要在后台任务中显示Dialog, 项目最初的做法是用Activity模拟Dialog, 一个Activity已经承载了近20种Dialog, 代码混乱至极. 后来我发现Dialog可以通过改变Window Type实现不依赖Activity显示, 然后就很兴奋的要在使用这种方式来作为新的实现方式.最初WindowType是WindowManager.LayoutParams.TYPE_SYSTEM_ALERT, 可是这是悬浮窗了, MIUI会默认禁止(真他妈操蛋，也没有任何提示)最终放弃. 后来试着换成了WindowManager.LayoutParams.TYPE_TOAST, 起初效果很好，MIUI也不禁止了, 哪里都能显示, 这下开心了. 可是后来又发现在2.3上不能接收点击事件, 也就是说Dialog上的按钮不能点击, 这他妈就很操蛋了, 又放弃了. 又试了试其他的Type都不能满足需求, 结果如下：TYPE_SEARCH_BAR: 未知TYPE_ACCESSIBILITY_OVERLAY: 拒绝使用TYPE_APPLICATION: 只能配合Activity在当前APP使用TYPE_APPLICATION_ATTACHED_DIALOG: 只能配合Activity在当前APP使用TYPE_APPLICATION_MEDIA: 无法使用(什么也不显示)TYPE_APPLICATION_PANEL: 只能配合Activity在当前APP使用(PopupWindow默认就是这个Type)TYPE_APPLICATION_STARTING: 无法使用(什么也不显示)TYPE_APPLICATION_SUB_PANEL: 只能配合Activity在当前APP使用TYPE_BASE_APPLICATION: 无法使用(什么也不显示)TYPE_CHANGED: 只能配合Activity在当前APP使用TYPE_INPUT_METHOD: 无法使用(直接崩溃)TYPE_INPUT_METHOD_DIALOG: 无法使用(直接崩溃)TYPE_KEYGUARD_DIALOG: 拒绝使用TYPE_PHONE: 属于悬浮窗(并且给一个Activity的话按下HOME键会出现看不到桌面上的图标异常情况)TYPE_TOAST: 不属于悬浮窗, 但有悬浮窗的功能, 缺点是在Android2.3上无法接收点击事件TYPE_SYSTEM_ALERT: 属于悬浮窗, 但是会被禁止
现在我们都知道了如何在不申请权限的情况下显示悬浮窗, 我相信以中国Android开发者的脑洞, 一定会有很多有趣或恶心的功能被开发出来, 一方面我自己觉得这个东西很有用, 可以实现一些很神奇的功能, 另一方面又担心这个API被滥用, 最终不得不限制权限.
还有就是, 逆向分析仅用于学习, 不要干违法的事情.
本人技术有限, 如果文中有错误的欢迎指正, 以免误导他人
利益声明: 虽然我目前在UC实习, 但我并没有UC浏览器中文版的代码权限, 也不会将公司的代码分享给外人. 本文完全是靠我自己开发经验+逆向分析经验+Google完成, 在此之前没有看过UC浏览器的任何代码.
随便说说, 不要当真当前位置：&>&&>& > [小米3和魅族mx3对比]手机抢红包哪个更快？小米华为魅族红包助手对比评测
[小米3和魅族mx3对比]手机抢红包哪个更快？小米华为魅族红包助手对比评测
导读：看文仓网友为大家分享了多篇关于“[小米3和魅族mx3对比]手机抢红包哪个更快？小米华为魅族红包助手对比评测”资料，内容精辟独到，非常感谢网友的分享，希望从中能找到对您有所帮助的内容。
相关资料一 : 手机抢红包哪个更快？小米华为魅族红包助手对比评测2016春节已经来临，各种红包大战也火热的进行着。为了抢更多红包，目前小米、华为、魅族都推出了红包助手功能，使用红包助手可以更加方便快捷的抢得微信红包，那么三个品牌各自的红包助手抢红包谁更快一些呢？来看看小米、华为、魅族的红包助手功能简单对比吧。下面就一起来看看了解下吧！ 软件名称：小米红包助手(小米抢红包逆天神器) V1.1.2 最新安卓版软件大小：1.96MB更新时间： 软件名称：华为红包助手 1.0.0 安卓版软件大小：280KB更新时间： 由于微信红包的特殊性，抢红包除了考验手机的网络速度和性能之外，还要求用户能够在第一时间点中并拆开红包。不过由于微信是明令禁止使用软件自动点开红包的，所以目前大多数红包助手仅仅起到一个提示的作用：告诉用户微信群里有人发红包了，赶快去点红包!如果有软件号称可以自动抢红包、拆红包，大家反而要小心了，因为使用这种功能会被微信警告，严重的还会被封号。 下面就让我们一起来看看小米、华为、魅族三家手机厂商推出的官方抢红包功能，看看它们之间谁才是真正的&红包之王&。 首先是来看看小米，小米的这款抢红包软件就叫&小米红包助手&，它不是内置在固件中的，可以像普通应用一样直接安装，但也只有刷了MIUI6及MIUI7的小米手机可以使用，MIUI5及以前的版本均不支持。所以小米手机用户想要使用这一功能的话，首先还得确保你的MIUI系统是较新的。
小米红包助手的功能十分全面，不仅具备&微信群红包提醒&、&红包声音提醒&等功能，还支持&性能模式&，保证微信进程不会被系统关掉，不让用户错过每一个红包。
用户在使用手机的过程中，即使不是在微信界面下，也可以在有红包出现时通过顶部通知栏弹出的提醒，迅速进入红包所在的微信群，在第一时间抢红包。这样一来用户就不用时时刻刻盯着微信群等红包了。
即使是在息屏状态下，小米红包助手也会在红包来临时自动点亮屏幕并提醒用户，点击之后即可快速进入红包群。也就说即使用户没有使用手机，也可以在第一时间收到红包消息。 除了抢红包功能之外，小米红包助手还加入了&微信都图包&的功能，内置了丰富的表情图片，帮助玩家在等红包和微信好友斗图时不落下风。 不过想要正常使用小米红包助手的提示功能，就必须保证微信群的&消息免打扰功能&是关闭的，否则将无法提示红包。 再来看看华为手机，华为推出的抢红包软件也叫做&华为红包助手&。同样也是以应用APP的形式安装，不过也要求至少要EMUI3.0及以上机型才能使用。华为红包助手的软件大小仅279.99KB，可以用&小巧玲珑来形容了。
华为红包助手同样拥有群红包自动提醒功能，当有红包来临的时候，屏幕上方会自动弹出横幅提醒用户。另外在息屏状态下，也可以通过声音提醒提醒用户红包到来。另外华为红包助手还支持提醒数量和群统计等功能，并提供支付宝咻一咻和微信摇一摇的快捷入口。如果是荣耀7的用户还可以通过机身侧面的&智灵&按键一键进入支付宝咻一咻。 和小米红包助手一样，开启华为红包提醒功能也必须保证微信群&消息免打扰&处于关闭状态。 再来看看魅族。虽然魅族手机的用户相比小米和华为要少很多，不过魅族的FlymeOS的抢红包功能一点也不含糊，FlymeOS在2月1日发布了新春更新，将抢红包功能内置到了固件当中，魅族手机用户只需要将系统版本升级到Flyme OS 5.1.3.0稳定版即可。 魅蓝note2/魅蓝2 Flyme 5固件下载地址 红包助手一键抢支付宝/微信红包 魅族的抢红包功能依然叫做&红包助手&，由于是直接内置在系统固件当中，所以功能也更加强大。魅族红包助手支持&非极速&和&极速&两种模式。
在非极速模式下，提示方式为悬浮窗+声音，点击悬浮窗或摇一摇手机即可进入红包会话列表，然后选择红包拆开就OK了;如果开启了极速模式，提示方式为声音，然后会直接跳转至红包会话列表(锁屏无密码可以直接亮屏跳转红包会话列表，锁屏有密码解锁后会直接跳转至红包会话列表)。
另外魅族手机的红包提示铃声是特别定制的，由魅族高管杨颜、白永祥和李楠亲自录制，此后也会加入更多有意思的特效。魅族红包助手也会随着微信、支付宝的版本更新而升级，保证抢红包功能不失效。 不过想要使用魅族红包助手仍然必须要关闭微信群的&消息免打扰&功能，否则系统将无法感知微信红包。 总的来说小米、华为、魅族三个厂商推出的&红包助手&功能都大同小异，基本上都是检测到微信群有红包出现之后，通过消息栏提示用户，然后需要用户手动点击之后才能看到并拆开红包。尽管和很多用户想要的&自动抢红包、拆红包&还有一定距离，但尚在微信规则的许可范围之内，不必担心用多了会被微信封号。 另外，三款红包助手都必须要开启微信的通知推送、关闭微信群的&消息免打扰&功能，也就是说想要快速抢红包的话就不能屏蔽微信群的各种消息，如果你加入的是几百人的大群，可能随时都会收到群消息提示，令人不胜其烦，如何取舍就看大家自己了。 微信红包原本是一个用来提升微信群活跃度，增进好友之间感情的小功能。逢年过节在亲友、同事、网友之间发发红包图的就是个乐子，没有必要较真。而且大多数微信用户也不会使用辅助软件去抢红包。如果每次发红包都被一个人抢到，难免会遭到周围人的反感。所以大家在使用这类红包助手时一定要谨慎，千万不要为了抢红包而伤了小伙伴之间的感情。 以上就是看文仓网汇总的关于手机抢红包哪个更快？小米华为魅族红包助手对比评测，大家可以参考一下吧，希望对大家有帮助！欢迎大家继续关注其他信息！相关资料二 : 小米对抗魅族XM4 Pro 小米正在准备小米4S/小米5　　小米今年可谓相当郁闷，新品小米4姗姗来迟不说，还被魅族MX4和MX4 Pro给逼到了墙角，再无绝对优势。对此，小米当然不会轻易认输，业内有消息称小米已经在准备新旗舰了，很有可能是小米4S或小米5，其中小米4S的可能性更大一些。下面就一起来看看详情吧
　　小米去年9月份推出小米3之后，很长时间都没有同档次的新品，后续产品小米3S也一直没有出现，直到今年7月份才推出了一款小米4 。因此，也有很多人认为小米4之后也不会有4S，而是直接推出小米5。
　　不过，现在情况又有了新的变化，那就是魅族MX4 Pro。魅族MX4推出之前，魅族对小米的威胁并不大，但是随着魅族开始向性价比手机转型，并且接连推出魅族MX4和MX4 Pro两款手机，情况就有所改变了。 　　目前魅族MX4就已经非常火爆，到现在都出于缺货状态。如果不是因为魅族的产能不如小米，魅族MX4很有可能在双十一当天击败小米4。 　　现在魅族MX4 Pro又发布了，搭载了三星Exynos八核2.0GHz处理器以及指纹识别按键，价格也是十分给力的2499元。而在小米这边，还没有一款2000元价位以上的手机，小米4也无法和魅族MX4 Pro抗衡。 　　所以明年初，小米肯定要拿出一款新的产品来对抗魅族MX4 Pro，因为小米4刚刚上市没有多久，因此小米5的可能性就比较小。新机多半就是小米4S，采用高通晓龙805处理器，并且也会加上指纹识别。 　　至于小米5，则有可能在明年7月份推出，那时高通骁龙810就比较成熟了。相关资料三 : 魅族MX3与MX3银翼版手机真机区别对比图赏去年9月份推出的魅族MX3拥有被称为最好的15：9&黄金1080P&屏幕手机，同时该机搭载了三星Exynos 5410双四核处理器。时隔十个月，魅族MX3银翼版推出，所谓银翼版是在外观方面，将白色版魅族MX3的银色边框与黑色版MX3的黑色面板相结合，为用户呈现了一个做工精湛手感优良的魅族MX3银翼版，在硬件配置方面与之前的版本没有差别。
去年9月份推出的魅族MX3拥有被称为最好的15：9&黄金1080P&屏幕手机，同时该机搭载了三星Exynos 5410双四核处理器。时隔十个月，魅族MX3银翼版推出，所谓银翼版是在外观方面，将白色版魅族MX3的银色边框与黑色版MX3的黑色面板相结合，为用户呈现了一个做工精湛手感优良的魅族MX3银翼版，在硬件配置方面与之前的版本没有差别。 相关资料四 : 小米5S和魅族MX6哪个值得买？小米5S/魅族MX6 3G版区别对比评测9月27日，小米2016年秋季新品发布会在北京国家会议中心举行，获得热烈反响；京东特别邀请科技达人与直播红人的全新组合，同步为小米及米粉呈现一场不一样的发布会直播。在发布会上，小米发布其2016年下半年的两款旗舰机小米5s和小米5s Plus。与此同时，新品现已登陆京东平台开启预约。京东小米双方将于9月29日联合打造京东小米超级品牌日，届时将为消费者带来独家钜惠。
小米5s和小米5s Plus惊艳亮相 &睛&彩世界跃然眼前 本次小米秋季新品发布会的焦点自然是小米5s和小米5s Plus两款手机。小米5s在今年年初发布的小米5基础上进行了全面硬件升级，不仅加入了超感光相机、无孔式超声波指纹识别以及压力感应屏幕，而且采用性能更加强劲的高通骁龙821旗舰处理器和一体化全金属机身。同时亮相的小米5s Plus拥有更大的5.7英寸屏幕和双1300万高画质相机。小米5s/5s Plus售价分别1999元/2299元起。 其中，小米5s的一大亮点在于其更加精益求精的拍照功能：主打&拍照黑科技&的小米5s配备的IMX378是迄今为止索尼最大的手机相机感光元件，其1/2.3英寸的面积达到了卡片数码相机的水准，比iPhone 6s Plus大59%，其1.55&m超大单个像素尺寸，单个像素进光量比iPhone 6s Plus大61%。感光元件面积越大，相机就可以感知更多的光线，其成像质量也就越好；小米5s的另一大亮点是首次搭载全球首款无孔式超声波指纹识别功能，最大的好处就是和传统采用电容式指纹识别的手机相比，无需在玻璃上开孔，手机前面板是一块完整的玻璃面板。在硬件配置方面，小米5s采用了性能更强劲的高通骁龙821处理器，4GB LPDDR4双通道内存和128GB UFS2.0闪存存储；此外，小米5s还内置全功能NFC，硬件支持绑定银行卡和公交卡，可以用手机刷卡消费，还可以用来刷公交卡、为公交卡充值。 屏幕更大的小米5s Plus，其整机比iPhone 7 Plus窄0.2毫米、短3.6毫米，重量更是轻了20克，屏幕却达到了5.7英寸。小米5s Plus采用金属拉丝机身和2.5D弧形玻璃面板，让用户拥有舒适握感。同时配备主频最高可达2.35GHz的高通骁龙821处理器，6GB LPDDR 4极速内存和128GB UFS 2.0高速闪存，安兔兔跑分达到了史无前例的164119分。后置索尼双1300万像素感光元件，拥有彩色和黑白两个传感器，分别记录色彩和明暗信息，两个摄像头可同时工作合成拥有更多细节和更少噪点的照片，专用黑白传感器也可单独拍出更高品质的黑白照片。
京东小米品牌日将盛大来袭，国庆假前嗨购不停 发布会上，小米也正式预告：9月29日0~24点，京东小米超级品牌日将盛大开启。活动当天，京东特别推出钜惠豪礼，打造多种促销政策为你省钱，没能参与小米秋季新品发布会的米粉们赶快抓住这次机会！ 据悉，活动当天，成功购买小米手机的用户均有耳机相送，同时购机可享京东白条12期免息。届时，包括小米5s、小米5s Plus、全新小米电视3s、小米笔记本、米家扫地机器人等5大黑科技新品将在京东首发，9月29日当天小米5s新品手机只在京东、小米商城和小米之家发售，想要入手的米粉们千万不要错过；小米5s Plus在京东、小米商城和小米之家也会同步发售，并将持续售卖至双11。成功购买小米5s和5s Plus新品的用户评价并晒单即有机会获得价值最高50元话费。小米5手机标准版当天直降200元、小米5手机高配版当天直降300元，还有海量优惠券大放送：购买小米Note会发放20元优惠券，在京东购买小米产品可得酒店、机票、旅行的价值2000元优惠券大礼包。 此外，成功购买小米产品即赠送《参与感》电子书，成功参与以旧换新购机的用户还可获得200元面值京东E卡。 恰逢国庆放假前，福利满满的京东小米超级品牌日势必会吸引大批用户参与其中，小米产品，尤其是新品销量如何，还请拭目以待。
在小米5S发布第二天，魅族就拿出了反制措施。 今天，魅族宣布推出新版MX6，在原版的基础上将运行内存从4GB缩减为3GB，其余配置保持不变，价格则从1999元降低到1799元。 新版MX6将于10月1日早上10：00在魅族商城、京东商城、天猫魅族官方旗舰店、苏宁易购、魅族专卖店及其他社会渠道门店开售。 国庆期间(10 月 1-7 日)在魅族专卖店购买魅族MX6、PRO6、魅蓝U10和魅蓝U20的用户均可获得国庆大礼包。此外，使用支付宝在全国 2000 家魅族专卖店购物即可参与65万支付宝通用红包和优惠礼包大抽奖，单个红包最高达500元，使用支付宝购买魅族手机更有机会成为&一元购机&幸运用户。
魅族MX6采用金属一体化机身，薄至7.25mm。5.5英寸屏幕上覆盖2.5D弧面玻璃;延续物理腰圆Home键的mBack交互设计，最快0.2秒指纹解锁，支持支付宝和微信指纹支付。后置1200万 + 前置500万像素摄像头组合，其中后置摄像头采用索尼IMX386顶级CMOS，单像素尺寸可达1.25 m，?/2.0大光圈 6P 镜头囊括其中，让你随时&遇见好照片&。魅族MX6拥有星空灰、月光银、香槟金和玫瑰金四色可选，时尚不失格调。 魅族MX6采用A72架构的十核处理器，最高主频可达2.3GHz, 可根据实际使用场景进行智能调配。采用mCharge安全快充技术，最大充电功率可达24W，75分钟即可充满3060mAh 典型值容量的MX6电池。 相对于比刚刚发布的小米5s大家觉得新版的魅族MX6哪个更值得买呢？大家综合考虑下吧！ 相关阅读： 小米5s值得买吗？小米5s/5s Plus详细全方位评测
小米5s/Plus/乐Pro3/华硕ZenFone3尊爵选哪个？四款骁龙821手机对比评测
小米5s Plus和小米Max哪个好？小米5S Plus/Max详细区别对比评测 小米5s有几种颜色？小米5s深灰/银白/玫瑰金和金色哪个好看 小米5S发布会视频直播 小米2016秋季发布会现场视频直播 以上就是小编汇总的关于小米5S/魅族MX6 3G版区别对比评测，大家可以参考一下，希望会对大家有所帮助。欢迎大家继续关注看文仓网其他信息！相关资料五 : 魅族MX6和小米MAX哪个更值得购买？小米MAX和魅族MX6区别对比详细评测魅族MX6和小米MAX哪个好？魅族MX6和小米MAX区别在哪？哪个更值得购买？下面看文仓网的小编就带来了小米MAX和魅族MX6区别对比详细评测，一起来看看吧，帮助大家购机。 小米MAX介绍：
来看看小米MAX硬件配置参数，详情具体如下所示：
小米Max各版本区别对比
小米Max标准版
小米Max高配版
小米Max旗舰版
6.44英寸分辨率 324PPi
173.1x88.3x7.5 mm(203g)
高通骁龙650八核
高通骁龙652八核
前置500万/后置1600万像素摄像头(PDA相位对焦)
全网通（双卡双待）
银色、金色、浅灰色
MIUI 8(6月17日开发版上线)
金属机身、指纹识别、PDAF相位对焦、大容量电池、MIUI 8、高性价比
外观设计 小米Max采用了金属机身收腰设计、2.5D玻璃，整机仅厚7.5毫米，所以虽然很大，依然有很佳的单手握感。 硬件配置 小米Max配置了4GB运行内存和128GB存储闪存，全网通3.0、红外遥控等功能。 续航方面 小米Max内置了4850毫安时的电池，比小米Note、iPhone 6s Plus和iPhone 6s都要大很多。 拍照方面 小米Max还配备1600万像素后置相机和500万前置摄像头。 其他方面 MIUI还有专为大屏优化的单手模式、悬浮球设计，特别为小米Max做了优化。全新MIUI 8的悬浮球功能在小米Max大屏上也非常方便，轻松实现一键锁屏、一键截图。 魅族MX6介绍：
先来看看魅族MX6各个细节方面有全面了解，具体如下所示：
魅族MX6基本参数
1999元/2099元
屏幕分辨率
1200万像素
魅族MX6详细参数
运营商与网络
运营商支持
Nano SIM卡 （SIM卡大卡和小卡的区别对比）
银色、灰色、金色、玫瑰金色
153.6x75.2x7.25mm
155g（金属材质）
3060mAh（快速充电）
5.5英寸Full Incell（2.5D弧面玻璃）
Flyme 5.5（基于Android OS 6.0）
联发科MT6797（64位八核）
摄像头功能
前置摄像头
后置摄像头
1200万像素
指纹识别、Type-C接口、快充技术
主机x1 数据线x1 充电器x1 耳机x1&保修卡x1 取卡针x1
【保修服务】全国联保,享受三包服务,主机1年,电池6个月,充电器1年,享受7日内退货,15日内换货,15日以上在质保期内享受免费保修等三包服务!
外观设计 MX6采用了与PRO 6相同的外观设计，但在背壳天线的弧度有所调整，厚度仅7.25mm。 硬件配置 MX6采用5.5英寸1080P分辨率屏幕，使用了TDDI技术触摸技术，最大亮度可以达到500nit，并加入了护眼模式。MX6搭载联发科Helio X20处理器，内置4GB运行内存和32GB ROM 拍照功能 魅族MX6搭载前置500万像素和后置1200万像素的摄像头。 续航与快充 MX6搭载了3060mA大电池，实际续航表现媲美 PRO5，能够满足一整天的使用。，MX6标配12V 2A的快充，实测功率损耗极低，完全充完仅需75分钟。 系统方面 MX6运行Flyme 5.2.2系统，另外在海外还会有Ubuntu系统版本。 售价方面 魅族 MX6 的售价为： 32GB ￥1999 预约与开售 7 月 19 日 16:00，魅族 MX6 将在各大电商平台接受预约，并将于 7 月 30 日正式发售。魅族专卖店、手机零售卖场 将于 7 月 30 日起陆续开售。
其他方面 MX6同样搭载了mTouch，并且增加了微信支付功能。 相关阅读： 魅族MX6和华为P9哪个更值得购买？华为P9和魅族MX6区别对比详细评测 Vivo X7和魅族MX6哪个更值得购买？魅族MX6和vivox7区别对比详细评测 魅蓝note3和魅族mx6哪个好更值得买？魅族mx6和魅蓝note3全方位区别对比深度评测 华为荣耀8和魅族MX6哪个性价比高？魅族MX6和荣耀8区别对比评测 魅族MX6有几种颜色？魅族MX6香槟金/玫瑰金/星空灰/月光银哪个颜色好看 魅族mx6和mx4有什么不同？魅族mx6和mx4区别对比评测 以上就是对小米MAX和魅族MX6区别对比详细评测全部内容的介绍，更多内容请继续关注看文仓网！
以上关于“[小米3和魅族mx3对比]”的信息由网友上传分享，希望对您有所帮助 ，感谢您对看文仓网的支持！
欢迎转载：
123456789101112
123456789101112}