搭了个V**，但是默认V**没有在做转发，用的iptables做的nat转发，可是每次重启，都需要重新执行iptables命令。...# 查看网卡信息 ifconfig 我看到我ppp0的IP地址是192.168.10.1，所以iptable的nat规则如下 # 把192.168.10.0/24这个网络的请求，转发到eth0网卡上面...sudo iptables -t nat -A POSTROUTING -s 192.168.10.0/24 -o eth0 -j MASQUERADE 其实这句iptables我都忘了怎么写，也不记得再哪里找到的...history | grep iptables 记录在博客了，再也不怕服务器重启了~~ 谁教一下我怎么让他重启也能自动运行呗！
最近我开始尝试使用 AndroidX 的应用启动 (App Startup) 库。在这个库发 布了 1.0 版本 之后，我觉得是时候深入理解一下为什么需要、什么时候以及如何使用这个库。...准确地说，您在 build.gradle 文件中添加了一行代码来使一个开发库作为工程的依赖项，大功告成 (当然您还需要在工程中调用这个库的 API，要不然您为什么要添加它呢？)。...而且需要注意的是，一个应用的启动并不只是通过用户启动，其还可以是通过系统访问该应用的服务，又或者是 job scheduler 触发了应用的一个循环作业等等。...我用了同样的方法来测算在添加 WorkManager 依赖前后的应用启动时间，并且发现 WorkManager 增加了平均 67ms 的应用启动时间。...其实这是这个库被加载以及初始化的总时间，外加创建和运行 content provider 的时间来初始化该代码库。 所以看起来仅仅是添加这个库到我的项目就造成了将近 70 毫秒的启动延迟。
我们都知道通常在android中进行后台任务我们都用service,既然已经有了service,那为什么还要出一个workManager呢？...因为workManager比service强大太多，它可以在应用程序退出或者其他原因中止后，依然执行(本地任务如:本地图片的读取展示)或者应用程序打开后继续执行任务(网络请求)。...也就是说workmanager适用于:我一定要求至少执行一次的功能,不会因为程序终止，我这次任务就无法执行了。...我用一张图片说明以下: ?...constraints 指定任务运行的环境(触发条件)，比如：在待机状态下执行或在充电状态下执行，所以你的worker只有符合上述条件才能触发运行。所以这也是一种优化，可以为用户节约电量。
0x00 WorkManager的高级用法 在上一文中已经了解到 WorkManager的基本用法之后，今天来看看它的一些高级用法： 链式任务调用 唯一任务序列 传递参数和获取返回值 0x01 链式任务...假设一个应用程序中有3个 OneTimeWorkRequest对象： workA、 workB、 workC。...0x02 唯一任务序列(Unique work sequences) 在应用程序开发中，可能会多次把同一个链式任务添加到 WorkManager中，但希望只有一个链式任务在执行，这时候可以使用唯一任务序列对链式任务指定处理规则...假设，做一个下载文件操作，对一个文件下载链接，我们不需要重复下载，只需要添加一次，后面再添加这个任务，就忽略掉，因为我们不希望重复多次下载同一个文件。...REPLACE：新任务将替换旧的 KEEP：新任务会被丢弃，旧的任务会被保持 APPEND：追加，旧任务执行之后再执行新的任务。
多次执行的工作 很多具备与服务器同步功能的应用都具有这样的特点: 应用与后端服务器的同步往往不是一次性的，它可能是需要多次执行的。...您可以知道一个工作是处于队列等待、运行中、阻塞还是已完成状态。 WorkManager 现代 API 上述的基础 API 早在我们发布 WorkManager 的第一个稳定版时就已经提供了。...随后在进程生命周期的某个时间点，WorkManager.getInstance 会被调用以启动 WorkManager 的初始化。...根据前面的分析，您也许会感到疑惑，为什么还需要再次执行 ForceStopRunable 呢？这是由于 WorkManager 并不知道这些进程中哪一个优先级较高。...，这样一来 WorkManager 就知道要绑定哪项服务了。
让我们再看一遍我在 第一篇文章 中使用的 WorkManager 示例。...对于 create() 方法，我模仿了 WorkManager’s content provider 中的实现。 顺便说一下，其实这个方法在使用应用启动库的时候很常用。...如果是这样的话，为什么要因为只在某个特殊代码路径中需要而在应用启动时花时间初始化一个很大的库呢？为什么不等到这个库真正被需要的时候再引入相关的初始化开销呢？...因为稍后要手动触发初始化，这一次我要跳过那个部分，而只留下在应用启动的时候去除自动生成的 content provider 的部分。...在这个示例中，我使用的是 MyWorkManagerInitializer，然后就搞定了。
所以，在不久的将来，service的使用范围会越来越小，取而代之的，是谷歌推出的新的技术：WorkManager。 WorkManager在工作的触发器 满足时, 运行可推迟的后台工作。...每个唯一的工作序列都有一个名字，WorkManager一次只允许一个工作序列使用该名称，当我们创建一个新的唯一工作序列时，如果已经有一个未完成的序列具有相同的名称，则指定WorkManager应执行的操作...： 取消现有的序列并用新序列其替换 保持现有顺序并忽略新的请求 将新序列附加到现有序列，在现有序列的最后一个任务完成后运行新序列的第一个任务 如果我们有一个不应该多次入队的任务，则唯一工作序列可能很有用...如果我们需要逐步建立一个长期的任务链，那么唯一的工作序列也会很有用，例如，照片编辑应用可能会让用户撤消一长串的操作，每个撤销操作可能需要一段时间，但必须按正确的顺序执行，在这种情况下，应用程序可以创建一个...如果进程被杀死，或者不满足约束条件时，那么WorkManager是不会运行的。当约束继续得到满足时，或者程序重新启动时，系统将重新尝试执行该任务。
因此其结果可能是：您的任务会在第一天的 5:00AM、第二天的 5:25AM、第三天的 5:15AM，以及第四天的 5:30AM 被执行，以此类推。随着时间的流逝，误差会被不断累积。...独特任务 某些 WorkManager 用例可能会陷入一种模式：当应用启动时，会在第一时间将一些任务加入队列。这些任务可能是您想要周期执行的后台同步任务，也可能是预定内容的下载。...不论是什么，常见的的模式都是需要在应用启动的第一时间将这些任务入队。 我已经看到这种模式几次，在 Application#onCreate 方法中，开发者创建了 WorkRequest 并将其入队。...看起来一切正常，直到您发现有些任务重复执行了很多次。这种情况在只要不进行取消操作便不会到达最终状态的周期性任务身上尤其容易出现。...所以，在应用每次启动时都尝试将您的 Worker 加入队列，会导致每次启动都添加一个新的 WorkRequest。
在这篇博文中，我将介绍： 将你的后台任务定义为工作 定义特定的工作应该如何运行 运行你的工作 使用链进行存在依赖的工作 监视你的工作的状态 我还将解释 WorkManager 幕后发生的事情，以便你可以就如何使用它做出明智的决定...调用 enqueue 来启动 WorkManager 跟踪和调度工作的整个过程。 在幕后 —— 工作是怎么运行的 那么，WorkManager 能为您做些什么呢？...保障 你的工作将会运行（即使你重启设备或应用程序退出，它也不会忘记运行你的工作）。 根据用户 API 级别的最佳实践运行（如上一篇文章所述）。...此数据库使 WorkManager 能够保证你的工作能够完成 —— 如果你的用户的设备重新启动并且工作中断，则可以从数据库中提取工作的所有详细信息，并在设备再次启动时重新启动工作。...WorkerFactory：一个默认工厂，用于创建 Worker 的实例。我们将在以后的博文中介绍为什么以及如何配置它。
作为 Android Jetpack 中的新组件，WorkManager 负责用来管理后台任务，它和一个异步任务以及 Service 有什么区别呢？看完你就知道了。...，也是通过 id 实现的： WorkManager.getInstance().cancelWorkById(request.id) 复制代码 这样我们就完成了一个最简单的 WorkManager，执行一下就可以看到打印的结果了...强大的生命力 还是一样的代码，我们来做点不一样的操作： 断网后运行 将进程杀掉 联网 再次运行 不出意外的话，这时候你会看到有两个时间的打印，而且两个时间还不一样，这是为什么呢？...这是 WorkManager 的另一个特点，一旦发起一个任务，任务是可以保证一定会被执行的，就算退出应用，甚至重启手机都阻止不了他。但可能由于添加了环境约束等原因，它执行的时间是不确定的。...你可能会想更频繁的去执行一个任务，比如几秒钟执行一遍，但很遗憾，最小时间间隔就是 15 分钟，看一下源码就知道了。
但不合理的使用这些API，会造成消耗大量电量。JetPack中的WorkManager为应用程序执行后台任务提供了 一个统一的解决方案。...注： WorkManager并不是一种新的工作线程，工作线程通常立即执行，而WorkManager不能保证任务被及时执行。...任务一定会被执行 WorkManager能保证任务一定会被执行，即使应用程序不在运行中，甚至是在设备重启后，任务仍然会在适当的时刻执行，这是因为WorkManager有自己的数据库，任务的所有信息和数据都保存在数据库中...，那么workmanager会在 //内存中保留一段时间的该任务的结果。...超过这个时间，这个结果就会被存储到数据库中 //下次想要查询该任务的结果时，会触发workmanager的数据库查询操作，可以通过uuid来查询任务的状态
WorkManager使用起来也非常简单，因为我这边定时任务的频率在1分钟以内，如果不是因为最小间隔是15分钟的原因，就全部使用WorkManager了，直接代码开始。...TestJobService::class.java) val jobinfo = JobInfo.Builder(jobid, componentName) //设置间隔时间，不断的触发任务的启动...上面的这段任务，调用后只会执行一次，因为把最小间隔去掉了，即使设置了也是15分钟的周期，无法实现我想要的效果，接下来就是本篇的重点了，利用JobScheduler自己写了个间隔时间的处理。...需要提醒 JobScheduler和WorkManager都只能在APP存活的时候执行，但是定时器是一直工作的。...关闭APP再启动，JobScheduler并不能够直接继续运行，但是WorkManager可以。 如果重启APP的时候，WorkManager任务的计时器应该已经执行了一次或多次，则会立即开始执行。
此外， ContentProvider 的初始化是无序的。 App Startup 提供了一种更高效的方法，可在应用程序启动时初始化组件并显式定义其依赖关系。...可以使用此方法来控制应用程序在启动时运行初始化程序的顺序。...手动初始化组件 当您使用 App Startup时，InitializationProvider对象使用名为 AppInitializer的实体在应用程序启动时自动发现并运行组件初始化程序。...但如果不想应用程序启动的时候进行组件初始化，那么可以进行手动初始化。这称为延迟初始化，它可以帮助最小化启动成本。 您必须首先对要手动初始化的所有组件禁用自动初始化。...可能目前的版本还不是正式版，所以对 多线程 和 多进程 的考虑比较少。 文章到这里就全部讲述完啦，若有其他需要交流的可以留言哦~！~！
翻译过来就是： App Startup 这个库提供了一个组件，可以在应用程序启动的时候初始化。 开发人员可以使用这个组件精简启动序列和显式地设置初始化的顺序。...这样可以极大地减少高应用程序的启动时间 JetPack App Startup 能解决什么问题 听了上面的介绍，是不是还有点懵？ App Startup 能减少高应用程序的启动时间，它是怎么做到的？...打开你的 Apk，看一下 AndroidManiest 里面有多少 provider，看一下是否有这样的骚操作。如果有，改一下，说不定启动优化，一下子就减少了 100 多 毫秒。...我们在启动优化的时候，是不是可以去掉相应的 ContentProvider，减少创建 Provider 的时间 实际项目中 启动优化，大多数啊都会使用多线程异步加载，这时候 App start up 就显得很鸡肋了...微信公众号：程序员徐公 如果你觉得对你有所帮助，给我点个赞+关注支持一下吧~~ 找到我 这篇文章,加上一些 Demo，足足花了我几个晚上的时间，我是站在巨人的肩膀上成长起来的，同样，我也希望成为你们的巨人
所以同步不需要通知用户，应在后台静默进行，而您可以用 WorkManager (当 WorkManager 达到稳定版本后，将是最为推荐的后台处理解决方案。)...这个建议同样也适用于数据同步——我们推荐应用在 FCM 有效负载中发送尽量多的数据，如必要，在应用打开时再加载剩余数据。如果网络良好，数据很可能在用户打开应用前就同步完成，所以用户不会看到加载进度条。...当使用普通优先级的 FCM 消息时，启动后台服务会导致 IllegalStateException。高优先级消息会授权您短暂白名单窗口，允许启动后台服务。...高优先级 FCM 消息的设计初衷是发送会触发用户交互的远程通知。如果您只将高优先级消息用于这些目的，您的高优先级将被立即传递且远程通知会被无延迟显示。...下面的例子显示，用户点了一条高优先级 FCM 消息触发的通知后，即时通讯应用被移至活跃分组。 ?
一.WorkManager的作用 绝大部分应用程序都有后台执行任务的需求，根据需求的不同，Android为后台任务提供了多种解决方案，如JobShedule,Loader,Service等。...如果这些api没有被正确的使用，则可能导致消耗大量的电量。WorkManager为应用程序中那些不需要及时完成的任务提供了一个统一的解决方案，以便在设备电量和用户体验间达到一个比较好的平衡。...WorkManager有三个重要特点，分别如下： 1.针对的是不需要及时完成的任务 2.保证任务一定被执行 3.兼容范围广，最低能兼容API Level14 二.WorkManager的基本使用方法...只能用于传递一些小的基本类型的数据。 ...如果有一系列的任务需要按顺序执行，那么可以利用WorkManager.beginWith().then().then()...enqueue(); WorkManager.getInstance(this
一、原文翻译 WorkManager API 可以很容易的指定可延迟的异步任务。允许你创建任务，并把它交给WorkManager来立即运行或在适当的时间运行。...WorkManager根据设备API的级别和应用程序状态等因素来选择适当的方式运行任务。如果WorkManager在应用程序运行时执行你的任务，它会在应用程序进程的新线程中执行。...功能： 基础功能 使用WorkManager创建运行在你选择的环境下的单个任务或指定间隔的重复任务 WorkManager API使用几个不同的类，有时，你需要继承一些类。...如果因为某种原因工作没抢占，相同的Worker实例不会被重用。即每个Worker实例只会调用一次doWork()方法，如果需要重新运行工作单元，需要创建新的Worker。...如果过期，则会被发出信号停止。(Worker的doWork()方法是同步的，方法执行完则结束，不会重复执行，且默认超时时间是10分钟，超过则被停止。) WorkRequest 代表一个独立的任务。
因此，Google发布了 WorkManager（作为JetPack的一部分）来帮助开发者解决这一难题。 ?...注意[翻译]：WorkManager适用于那些即使应用程序退出，系统也能够保证这个任务正常运行的场景，比如将应用程序数据上传到服务器。...WorkManager提供了保证，即使您的应用程序强制退出或设备重新启动，你的任务仍会在特定条件匹配时执行。 2....4.支持Android所有版本 WorkManager支持Android API 14及以上 WorkManager根据设备API级别和应用程序状态等因素选择适当的方式来运行你的任务。...如果应用程序正在运行，WorkManager将创建新的线程来运行任务。
Service与子线程 关于Service，我的第一反应是运行在后台的服务。 关于后台，我的第一反应又是子线程。 那么Service和子线程到底是什么关系呢？...开启一个后台Service，然后在Service里面进行子线程操作，这样的结合给项目带来的可能性就更大了。...具体可以看看参考链接的分析。 所以也就知道了，在5.0之后，如果有需要后台任务执行，特别是需要满足一定条件触发的任务，比如网络电量等等情况，就可以使用JobScheduler。...WorkManager WorkManager 是一个 API，可供您轻松调度那些即使在退出应用或重启设备后仍应运行的可延期异步任务。...作为Jetpack的一员，并不算很新的内容，它的本质就是结合已有的任务调度相关的API，然后根据版本需求等来执行这些任务，官网有一张图： ? 所以WorkManager到底能做什么呢？
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
