我可以使用推送API发送通知给手机，如果他们在同一个LAN没有互联网连接？

在同一个局域网（LAN）内，如果手机没有互联网连接，可以使用局域网推送技术来发送通知。局域网推送技术是一种通过局域网内部的通信方式，将消息推送到手机端的技术。

一种常见的局域网推送技术是基于UDP协议的局域网广播。UDP广播是一种将消息发送到局域网内所有设备的方式，手机可以监听广播消息并进行相应的处理。通过UDP广播，可以实现在同一个局域网内发送通知给手机的功能。

推荐的腾讯云相关产品是腾讯云物联网通信（IoT Hub）。腾讯云物联网通信提供了丰富的物联网通信能力，包括设备连接管理、消息通信、设备影子、规则引擎等功能。您可以使用腾讯云物联网通信的消息通信功能，通过UDP广播方式发送通知给手机。

腾讯云物联网通信产品介绍链接地址：https://cloud.tencent.com/product/iotexplorer

页面内容是否对你有帮助？

有帮助

没帮助

要实现物联网，需要很多技术要素。除了传感器等电子零件和电子电路以外，还包括 Web 应用中经常用到的技术，以及数据分析等。本书将会为大家整体解说这些技术。个别详细内容在第 2 章及以后的章节中会提到，这里我们先来总览一下本书将会讲解的全部内容。备物联网与以往的 Web 服务不同，设备在其中担任着重要的作用。设备指的是一种“物”，它上面装有一种名为传感器的电子零件，并与网络相连接。比如大家拿着的智能手机和平板电脑就是设备的一种。家电产品、我们时刻戴着的手表以及伞等，只要能满足上述条件，就是设备（图 1.6）。

好的消息推送三要素：timely、personal、actionable。消息推送对用户留存率与活跃度至关重要。用户愿意打开消息推送，是对你的 App 的信任。推送通知策略分析智能手机的发展已经有近十年时间了，而在移动设备中，推送通知的潜力不可小觑。在进入 Slack 之前，Weiss 曾在 Foursquare 工作。Weiss 也曾是 Google 数据搜索项目的主要产品经理。对于推送通知的策略、投入、指标和准则，Weiss 有着深刻的智慧。推送通知的发展 Weiss 总结了推送的三大特质：及时性、个人化和可操作性。在构建未来战略时，要考虑历史的车轮： 1. 推送通知的前辈 —— 电子邮件在早期网络时代时，推送通知的形态其实就是电子邮件。电子邮件和推送之间有很多相似的地方。同样都是通过一个地址，让用户和网站进行开放式通信，甚至于电子邮件的「取消订阅」选项，其实就相当于通知中的推送设置。 2. 手机时代当智能手机兴起后，用户越来越频繁地通过移动设备来完成娱乐甚至办公的需求，电子邮件在充当推送功能的这方面便开始没落了。作为互联网原住民的 90 及以后的用户，其实是很难感知到更早些时候的互联网习惯是 —— 每天检查邮箱好几次。因此当我们在回看历史的进展中，总会阅读到一些关于电子邮件如何成功进行营销的案例。 3. 来自短信的竞争在手机上，推送通知是一则简短的文字。推送意味着需要很强的及时性，而不是像电子邮件一样发送出去后，几天内用户都未必会打开。另外值得关注的一点事，推送通知的实时性和对实时性的关注又是两个完全不同的概念，通过短信发送的通知，关注的优先级可能会更高。 4. 其他 App 也不是善类当人们开始普遍使用智能手机时，屏幕基本是 4×4 网格，而现在，一个普通用户手机上大约有 55 个应用程序。对这么多的 App 来说，我们很难做到雨露均沾，不是每个应用都是 WeChat 或者 Facebook 这种国民级别的 App，因此这也就是推送通知变得越来越重要的原因。你的应用可能不会被用户经常使用，也可能不在主屏幕，甚至用户都可能忘了你，而一则推送则是唤醒用户的手段。你不能依靠用户在天时地利时记起你，你得主动出击。 %image_alt% （Noah Weiss）围绕以下原则构建推送策略一则优秀的推送通知可能会考虑很多因素，比如设备附近的 WiFi、社会新闻热点或者其他重点组合起来考虑，再进行通知。Weiss 概述了他在开发推送通知系统时学到的基本经验： 1. 提升 App 的用户留存时间从用户留存的角度来看，应用程序在脱离了它的功能之外，收益递减。因此在移动应用中，提高用户的留存时间是个不小的挑战。与此对应，现在已经有不少成熟的策略，诸如应用安装营销、社交渠道推广、SEO 和 SEM 等。然而真正的难点在于如何让新用户养成使用你 App 的习惯。因此，在为你的应用打造所谓顶级用户体验之前，你得知道，仅仅当用户打开了这个应用程序才会有这个顶级用户体验。 2. 别让用户刚下载就想卸载推送通知不仅是提升用户留存的好形式，同时在技术上也是必要的。在 iOS 平台，发送通知是必须让用户进行授权的权限，它不同于 Android 的直接授权，iOS 平台上下载安装完成应用后你必须提醒用户去设置这个权限。因此这成了一个关键节点，如果用户拒绝，那么很可惜，这个 App 对沉默用户将没有主动权，同时它的活跃度也会大幅下降。当然啦用户授权也不代表着这个 App 能怎样。如果用户对这个 App 的推送感到厌烦，你能获得的最好的结果是用户主动选择某些通知处于活跃状态，而另一些通知保持沉寂。不过现实往往是残酷的，用户更可能到手机设置页面关掉所有推送通知，更坏的情况是直接卸载，而这个结果几乎是不可逆转的。那么，应用的首次推送通知的体验将变得异常重要，否则用户就直接到设置界面投票了。所以第一步是提醒用户进行通知权限的授权，如果用户答案是否定的，那其实后面也没什么关系了。它涉及用户忠诚度培养等其他东西，这是后话。鉴于通知权限的高额收益，如果你聪明的话，在这方面应该是非常谨慎的。 3. 三个指标衡量推送效益用户拒绝通知权限请求的速度卸载率每百次操作对于推送通知来说，你必须平衡用户积极参与和选择拒绝这二者之间的平衡。首先可以以卸载率和通知禁用率作为评估标准，对于消费者应用程序，卸载率低于 2% 是比较安全的。监控任何剧烈的数据波动都会有利于你的策略布置。值得注意的一点事，要比较 iOS 和 Android 平台上的数据，因为 iOS 开放性远远低于 Android。同时，不同操作系统对于通知的处理方式也不一样，例如 Android 的通知可以显示内嵌照片，这可以提高 10% – 20% 的互动率。还有些通知是带有内置操作按钮，以便用

HTTP自互联网时代到来之后，几乎成为了使用最多的应用层协议。先来回顾一下http的历史： http也就是超文本传输协议，对应的传输的文本叫做超文本标记语言也就是html，这是最初的使用场景，也就是用来发布和接受html界面的，什么叫做超文本呢，就是说不单单是文本，能通过计算机处理文本的方式处理对应内容从而具有排版、图片还有可读性什么的。这个规范和协议是由Internel Engineering Task Force（互联网工程工作小组）共同研究给出的RFC，然后使用最广的是RFC 2616定义的HTTP 1.1。关于RFC还有草案什么的，我之前从开始学网络就有点迷，然后总结了下，顺道来看一下RFC和草案的一些概念。首先IETF是国际互联网工程任务组，一个公开的民间组织，来维护互联网工作，一些草案什么的都是IETF中提出的，具体过程是这样的： 1、发布一份互联网草案 2、接受关于草案的评论 3、根据评论修改你的草案 4、重复1至3步骤数遍 5、请求领域总监将草案带至IESG(如果是个人提交)。如果草案出自一个正式工作组，则由工作组主席向领域总监提交草案。 6、根据IESG讨论结果修改草案(结果可能是草案被否决) 7、等待RFC编辑处编辑出版你的草案然后草案是一种可以使用但是随时可能发生修改的，而成为RFC之后，就算是一种标准啦，但是RFC通常包含这么几种：建议标准、草案标准、互联网标准(有时称作"完全标准")、试验性协议、信息文档、历史标准。只有前三种是具体的IETF标准。

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

我可以使用推送API发送通知给手机，如果他们在同一个LAN没有互联网连接？

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐