跳至主要内容

招商银行掌上生活引起的手机存储空间爆满

招商银行一直强推其掌上生活APP,平时用它来撸点积分,买些饭票、电影票什么的也还算方便。利用强制驻留内存、守护进程让其关掉后自动启动且不设禁止开关等流氓软件的招数也算了,但是因为掌上生活导致的手机问题,却让俺在手机上安装了又删,再装再删。


第一次删除

安装招商银行掌上生活后,手机耗电量比平时快了一倍,各种折腾,最后实在没有办法,3天后把掌上生活删除后,天下太平。这是第一次短暂的掌上生活体验,可以说是恶劣。

第二次删除

第一次安装半年后,因为要撸招行的各种福利加上问身边朋友都说应用没问题,于是再一次安装了掌上生活。发现问题依旧,耗电严重,各种重启。为了福利俺也忍了。

不过自从安装了招商银行掌上生活后,手机三天两头就报存储空间满了,把照片备份后,删除,保证手机有10GB的剩余空间。没想过不到3天,又来一次存储空间将满预警,简直没法活了。仔细分析了手机的存储空间,发现手机里有个名为hce_minidmp的文件夹,里面有几万个后缀名为dmp的文件,每个大小在256K左右。所有的这些文件,均是招商银行掌上生活APP自动生成的,再多的存储空间也顶不住这样折腾呀。实在是受不了了,只好再一次把掌上生活删除。

原因

俺用的是Google Nexus手机,运行的操作系统均为最新版的Android,感觉招行银行的APP开发团队压根就没有在类似的系统上做过测试。做为一直鼓吹IT技术领先的商业银行,在其强推的旗舰APP上出现这种问题,实在是与其身份不符,也令人失望。

另外,想告诉招商银行的APP开发团队,好的APP应该是吸引用户主动去使用,用强制启动、守护进程等流氓软件使用的招数,实在与招商银行的形象不配。

评论

此博客中的热门博文

解决墙国Google Home无法联网问题

趁黑五特价入手了个Google Home,经过漫长的等待昨天终于等到。回到家里兴高采烈的安装了Home应用,设置好开始开心的调戏Google,播放音乐什么的都很正常。 第二天上班回到家里,发现Hey Google后,不是提示Sorry something went wrong, try again in a few seconds."就是"There was a glitch. Try again in a few seconds.",很是恼火。没可能哥花50刀就买一个蓝牙音箱回来吧,再说了,连不上网甚至连蓝牙也打不开。 本着一贯的研究精神,开搞。据说Google Home是自带DNS,OpenWRT路由上设置了全局SS,但是Google Home还是会用tcp的模式去访问不存在的DNS Server地址8.8.4.4和8.8.8.8,于是乎加了个防火墙规则,不管你Google Home什么请求,都乖乖给我走SS通道去。 修改OpenWRT的/etc/firewall.user文件,增加以下iptables规则: iptables -t nat -A PREROUTING -s 192.168.1.0/24 -p udp --dport 53 -j DNAT --to 192.168.1.0 iptables -t nat -A PREROUTING -s 192.168.1.0/24 -p tcp --dport 53 -j DNAT --to 192.168.1.0 iptables -I PREROUTING -t nat -p udp -d 8.8.4.4 --dport 53 -j REDIRECT --to-ports 1053 iptables -I PREROUTING -t nat -p udp -d 8.8.8.8 --dport 53 -j REDIRECT --to-ports 1053 嘿嘿,来一句"Hey Google. Make me relax“,满屋子都是优美的声音,听着写代码真爽:).

解决华为手机访问Google Play:从服务器检索信息时出错。[DF-DFERH-01]

虽然路由器已经设置了梯子,但是用华为手机访问Google Play时,还是提示: 从服务器检索信息时出错。[DF-DFERH-01]。 虽然在手机上把梯子设置成全局模式,连接Google Play后再断掉梯子连接可以升级应用,但实在是麻烦。 放狗搜了一把,网上包括菊厂官方谈坛所说的什么删除Google账户清数据等等方法都是瞎掰。还好自己用的是LEDE(当然OpenWRT也可以),直接把services.googleapis.cn对应的IP指向到216.58.197.195,问题解决。 sed -i '$a conf-dir=/etc/dnsmasq.d' /etc/dnsmasq.conf mkdir /etc/dnsmasq.d/ cat >>/etc/dnsmasq.d/custom.conf<<EOF address=/services.googleapis.cn/216.58.197.195 EOF

解决OpenWRT安装第三方包Incompatible with the architectures configured错误

 起因 起了把家里路由器更新到新版本OpenWRT的念头很久了,周末终于克服自己的懒病,下载了OpenWRT 19.07.4的安装包,更新Linksys WRT1900ACS路由器的系统。 修改了IP地址,把Wifi打开后,驾轻就熟地修改了相关的配置,增加了第三方源,准备开始安装你懂的SS和ChinaDNS等组件。没想到往常屡试不爽的opkg install命令返回了安装失败提示: Incompatible with the architectures configured 仔细比对了所有的配置,确认没有错误,但是安装新增的第三方包时总是报错。 解决方法 试了N多种方法,还是不行,正准备放弃装回原来ROM时,突然发现运行opkg print-architecture返回的CPU架构型号是 arch all 1 arch noarch 1 arch arm_cortex-a9_vfpv3-d16 10 比原来系统打印出来的架构型号多了一个d16,而第三方源的库里貌似没有arm_cortex-a9_vfpv3-d16这样一个型号的源,尝试修改/etc/opkg.conf文件,把原来CPU型号列表增加不带d16行。 arch all 1 arch noarch 1 arch arm_cortex-a9_vfpv3 8 arch arm_cortex-a9_vfpv3-d16 10 再运行opkg install,包装成功。