Feng 的博客空间

有时候需要将电脑（macOS 系统或者 Windows 系统）上的文本内容（包括 URL 链接）推送到自己的 iPhone 手机上，我们可以有以下选择： 1、Mac 笔记本可以通过 AirDrop 功能向 iPhone 发送文本内容。这种方式极容易抽风，用起来让人崩溃； 2、登录微信、QQ、Telegram 等多平台 IM 工具，发送文本内容。每次想用的时候需要先登录这些工具，麻烦。 现在我们可以有另外一种选择了：Bark - 给你的 iPhone 发推送。 该工具极轻量，安装好 Chrome 插件和 iOS 客户端，进行简单的配置之后就可以使用了，目前已知的用法有： 1）发送文本或者 URL 地址到 iPhone 通知栏； 2）iPhone 收到推送来的通知内容支持自动复制（方便直接使用，需要配置）； 3）通过定制化的自动发起工具来向 iPhone 推送通知（例如服务器报警）； 4）可以搭建私有服务器保护个人隐私（默认是用开发者提供的服务器中转）； 其它功能可以向开发者（作者）的工具介绍页查看。该工具的相关信息如下： iOS 客户端： Bark - 给你的iPhone发推送 Chrome 插件： Bark 工具介绍页面： https://www.v2ex.com/t/467407 GitHub 页面： https://github.com/Finb/Bark/ 简单使用及配置说明如下： 1、下载并安装好 Bark 的 iOS 客户端和 Chrome 插件； 2、在 iPhone 上打开 Bark，复制需要的配置 URL 地址（我喜欢推送到 iPhone 的内容自动复制到剪贴板，配置 URL 是： https://api.day.app/XXX（此处替换成自己的）/Automatically copy push content?automaticallyCopy=1&copy= ）； 3、点击安装好的 Bark 插件图标，首次弹出配置页（也可以右键点击插件图标，在「选项」中设置），在「Server URL」中输入上一步得到的配置 URL 地址（红色文字标记的部分）并保存。 好了，你现在可以正常使用这个推送工具了。 使用方法： 1、复制 Chrome 的页面文字内容，点击 Bark 插件图标，复制的...

相信大家在使用 iPhone 版微信的时候都会有这样的经历，微信已经处于关闭状态了（后台进程运行一段时间就被系统杀掉），这时候我们收到了一个消息提醒，打开微信应用，微信显示“连接中…”和“收取中…”，然后再次显示一次刚才系统推送给我的消息通知。对这个现象比较好奇，于是去知乎上查一下资料，发现知乎上的热心人还真多，看了大家的回答之后，总结如下： [之所以去知乎查看技术问题，因为我并非技术人员，而知乎上很多开发人员是会用通俗易懂的方式解释好技术问题的，因为里面有不少大牛。] 先介绍一下两个重要的消息推送服务： iOS 的推送：Apple 官方的 APNs （Apple Push Notification service）。 Android 的推送：Google 官方的 GCM (Google Cloud Messaging）。 其实两个推送服务的机制是比较接近的，以苹果为例，用一个图示表示如下： 采用 APNs 或者 GCM 进行消息推送，消息都会经由苹果或者谷歌的服务器，然后再到用户设备上，这样做的好处主要有以下几点： 1）省电 这个是最直观的体验。由于这两套推送机制都是用户设备和苹果或谷歌的服务器保持一个长连接，而这个长连接是几乎不会耗损多少电量的，采用统一的连接来接收手机上所有应用的通知消息，耗电量少是显而易见的。 由于苹果采用封闭的策略，因此所有第三方应用都必须采取这种推送方式，因此 iPhone 设备即使电池电量比 Android 少也更耐用。但由于国内众所周知的原因，Google 服务的稳定性大受考验，而且 Google 对第三方应用推行 GCM 方式并不是强制性的，因此国内的应用开发者几乎都单独在后台常驻一个进程，来专门处理消息推送。 2）开发简单 这个是对应用开发者来说的，一般不使用上述的 APNs 或者 GCM 推送机制，就需要自己搭建一条推送服务，可以采用别人开发的成熟协议，或者自己单独开发（如腾讯），这对于开发者来说还是有门槛的。 3）利于统一管理 采用统一的方式来处理就使得系统可以更高效，不会出现多应用同时处理消息卡顿的情况。 当然坏处的话，一个就是稳定性和实效性依赖于苹果或者谷歌的消息服务器，当然这种机制目前正常情况下都能做到 5s 以内的延迟。如果是第三方应用单独放置一个常驻进程...