恢复被 adb uninstall 删除的系统应用（免重置）

发布于

我们知道，可以使用 

adb uninstall --user 0 <name of package> 

或者  

adb shell pm uninstall --user 0 <name of package> 

来卸载系统内置的应用。

但是我们该这么来找回这些被我们干掉的应用？重置手机固然是种办法，但过于繁杂。

但好在还有一种办法。还是在命令提示符下，执行  

adb shell cmd package install-existing <name of package> 

其中<name of package> 为你所恢复应用的包名。若没报错，你的应用就又回来了。

来源：https://ryank231231.top/archives/restore-system-apps-those-uninstall-by-adb.html

评论

发表评论

此博客中的热门博文

CDN的选择讨论（甜糖、网心云、超点云、猕猴桃）

发布于
  作者网络是广西电信单线120m下行，35m上行，n拨环境，无公网ip，大内网环境。设备有一台nas，一台双路E5服务器。期间挂过多种cdn赚电费网费，总结一下经验分享给大家，给大家赚电费一点参考。 对于单线上行50m以下渣友我推荐甜糖，50m往上我推荐猕猴桃和超点云。 （1）甜糖： 优点： 1） CPU占用极低 ，一个j1900开20个容器没问题（就是内存不够），相对于后面3个CDN，多开的时候这是个非常大的优势。 2）docker快速部署，只要能运行docker就可以部署。 3） 内存仅需1g ，部署多个只需要无脑加内存就可以了。 4）无需考虑磁盘性能， 一个16g优盘便可轻松跑满30m上行 ，家里有闲置优盘，又不想购买ssd等跑量的渣友比较好的选择。 5）网络连接数非常小（只有两位数，其他cdn都是2000起步），对路由器负担很小。 6） 部署一天就能跑量 。 缺点： 1）由于缓存过小，上游业务不足，实际调度起伏较大，不容易带宽跑满，有时甚至一天都没有收益。 2）就算使用大容量ssd，也不会缓存大量数据装满ssd，对跑量帮助性价比较低，不如优盘划算。对于有闲置固态，机械硬盘的渣友不如别家cdn划算。 3）网络部署 不支持upnp，需要自行设置端口转发或DMZ 。 4）不支持多线汇聚，需要为甜糖设置专用线路。 评论：入门小水管cdn首选，基本只要是台设备都可以部署，基本不增加任何部署 成本 ，适合 想直接赚点电费的省心渣友： 1）玩客云/N1+闲置优盘部署首选，最快扳回来方案。 2）NAS空间不多， 不想另外添加硬盘，不占用小姐姐的空间，近乎白嫖。 （2）猕猴桃： 优点： 1） 支持多线汇聚 ，网络只需要设置好upnp即可（多线用户还需要设置端口分流）。 2）一台设备只需要开一个猕猴桃，会自动根据磁盘容量多个进程（350g/300g一个进程），榨干你的硬盘和带宽。 3）上游调度不错， 带宽利用率高 ，部署快（尤其是多进程）， 一天就能跑量 。 4）一个进程（350g/300g一个进程）就能跑满30m上行，适合有闲置机械硬盘的用户 。 5）安装方便， 全自动设置 ，官方设置的很好，部署基本不会遇到疑难杂症。 缺点： 1）没有app，只有微信小程序，功能比较简陋。 2）宣发太弱，知名度较低，官网主...
阅读全文

iOS任意版本号APP下载（含itunes 12.6.5.3 最后带AppStore版本）

发布于
软件介绍 下载iOS旧版应用，简化繁琐抓包流程。 一键生成去更新IPA（手机安装后，去除App Store的更新检测） 软件界面 支持系统 windows 10/windows 8/windows 7（由于使用了Fiddler库，所以需要.Net环境） 使用方法 一、直接搜索方式 搜索APP，双击选择。 双击选择要下载的版本。 在iTunes中下载即可。 二、复制APP链接方式 在iTunes下载按钮右侧下拉菜单中，选择【复制链接】。 双击选择要下载的版本。 在iTunes中下载即可。 常见问题 问：iTunes 账号无法登录成功 请先关闭本工具，再进行 iTunes 登录操作。 登录成功后，再打开本工具即可。 问：iTunes对电脑进行授权时，授权不了，反复授权 关闭本工具，再进行授权即可。 问：搜不到APP历史版本号？（以下方法100%可解决） 先不要拦截，在iTunes商店中下载此软件，等待下载完成。 在本工具中【安装管理】下找到对应IPA安装包，右键选择【查找版本ID】。 即可列出软件所有历史版本ID，版本号按新版到旧版排序。 PS：暂时没有通过版本ID，查版本号的接口，所以抓下来，看吧。 问：iTunes 一直显示正在下载... iTunes 先取消下载。 本工具【停止拦截】，再点击iTunes【继续下载】。 问：下载完APP，安装到手机，打开闪退。 先在手机中卸载该APP。 使用下载此App的账号，登录 App Store，在 App Store 中随便下载一个应用，不要卸载。 使用同步助手，重新安装。（如果仍闪退，尝试覆盖安装） 问：导入伪旧版App后，iTunes未检测到更新。 iTunes 更新列表页面下，按F5即可。 如上述方法未解决，删除当列表所有文件，保留文件，再点击右下角检测更新按钮。 问：“已停止供货”的APP 怎么抓取？（已失效） 取消拦截，下载该软件最新版。 本助手里切换到【安装管理】，右键APP，选择【伪装旧版APP】。 双击【*_伪装版.ipa】（或右键，在文件夹中打开），将APP拖动到iTunes资料库，替换，检查更新，该软件变为更新状态。 【开始拦截】，iTunes中更新该软件，即可正常下载该版本。 查杀链接 查杀链接 视频教程 ht...
阅读全文

用户行为分析埋点实践

发布于
一、前言 大数据应用一般会有采集、加工、存储、计算及可视化这几个环节。其中采集做为源头，在确保全面、准确、及时的前提下，最终加工出来的指标结果才是有价值的。 而埋点作为一种重要的采集手段，可以将用户行为信息转化为数据资产，为产品分析、业务决策、广告推荐等提供可靠的流量数据支持。 在业务需求少的情况下，可以运用一些简单的方法快速采集用户行为。但如果业务线、终端众多，数据需求多样，就需要设计好埋点模型和采集规范，工具化、平台化、流程化的管理来保证埋点的质量。 二、事件模型 首次需要思考的是，如何描述和记录用户的一次行为。这里我们使用的事件模型，即： who 访客标识、设备指纹、登录ID when 事件发生时间、上报时间 where 设备环境、网络环境、业务环境等 what 事件标识、事件参数 我们设计了可以承载以上信息的日志模型，并保持必要的可扩展性，将数据映射到schema的各个字段中，一次行为便完整的记录下来。 三、采集方式 数据模型设计好后，接下来要考虑的是如何将客户端内的用户行为数据采集到服务端，这里主要依赖于客户端提供的监听能力。 目前有赞支持两种采集方式： 3.1 无痕埋点（或全埋点） 利用浏览器或APP自带的监听方式，对用户的浏览页面、点击等行为进行收集，可以收集到的信息主要有： 页面的url、APP的包名等 点击元素的xpath路径、title或约定的dom元素 无痕埋点的优势有： 前端接入成本低，不需要额外开发 用户动作收集完整，不会漏失 但同时也会存在以下问题： 有用、没用的数据都会收集 无法采集到特殊的行为动作、业务参数 采集到的信息需要进行二次标注，才可以被用户识别 当按钮的位置不固定、名称存在重复或页面重构时，无法做到准确的标识 无痕埋点在有赞一般用来做粗粒度的快速业务探索。 3.2 代码埋点 代码埋点是指依赖前端同学，自定义监听和收集处理。代码埋点的优势有： 事件标识明确 业务参数丰富 事件的触发方式可以灵活自定义 分析更方便、精确 随之而来的是以下问题： 前端代码的开发、管理成本 只能收集到事件上线之后的数据 在业务需求复杂，无痕埋点收集到的信息无法支持分析时，就需要进行代码埋点。 四、埋点sdk 为简化前端同学的埋点开发工...
阅读全文

thinkphp-queue 笔记

发布于
前言 当前笔记中的内容针对的是 thinkphp-queue 的 v2.0 版本 传统的程序执行流程一般是 即时|同步|串行的，在某些场景下，会存在并发低，吞吐量低，响应时间长等问题。在大型系统中，一般会引入消息队列的组件，将流程中部分任务抽离出来放入消息队列，并由专门的消费者作针对性的处理，从而降低系统耦合度，提高系统性能和可用性。 一般来说，可以抽离的任务具有以下的特点： 允许延后|异步|并行处理   （相对于传统的   即时|同步|串行   的执行方式） 允许延后 ： 抢购活动时，先快速缓冲有限的参与人数到消息队列，后续再排队处理实际的抢购业务； 允许异步 ： 业务处理过程中的邮件，短信等通知 允许并行 ： 用户支付成功之后，邮件通知，微信通知，短信通知可以由多个不同的消费者并行执行，通知到达的时间不要求先后顺序。 允许失败和重试 强一致性的业务放入核心流程处理 无一致性要求或最终一致即可的业务放入队列处理 thinkphp-queue   是thinkphp 官方提供的一个消息队列服务，它支持消息队列的一些基本特性： 消息的 发布 ， 获取 ， 执行 ， 删除 ， 重发 ， 失败处理 ， 延迟执行 ， 超时控制 等 队列的 多队列 ，   内存限制   ， 启动 ， 停止 ， 守护 等 消息队列可 降级为同步执行 thinkphp-queue 内置了   Redis ， Database ， Topthink   ， Sync 这四种驱动。本文主要介绍 thinkphp-queue 结合其内置的 redis 驱动的使用方式和基本原理。 注1：如无特殊说明，下文中的 ‘消息’ 和 ‘任务’两个词指代的是同一个概念，即队列中的一个成员。该成员对消息队列而言是其内部保存的消息； 对业务应用而言是一个待执行的任务。请根据语境区分。 注2：本文编写时(2019-01-30)使用的 thinkphp-queue 的版本号是 v2.0 。如有变更，请以官方最新版为准。 一 代码示例 先通过一段代码，了解一下 thinkphp-queue 的基本使用流程。 目标： 在业务控制器中推送...
阅读全文