GB/T22736是什么意思(736是什么意思)

736我的吉祥数字

今天是我在头条第736天，我第一辆车牌号也是736，今天也是首次破百粉的首日，是最值得我庆祝的时刻。

在头条这么多日日夜夜只是作为一个游荡的读者状态，没有静下心来去做一个创作者，也偶尔发表过作品虑有收益，这么好的平台为什么不去珍惜呢?

破百粉使我感慨万千，有这么多志趣爱好相同的友友们，给我了巨大的能量，做下去，就有收获！！

为自己喝彩！为自己加油！为友友们共同努力点赞！！

以香传情，让蜡烛香薰替你说出心中的爱恋

爱情伴随着甜蜜芬芳而来，鲜花伴着一腔真情而至，因为喜欢故而以鲜花相赠。早在春秋时期，恋人们就开始赠花送草来表达情意。随着社会的发展，姑娘们不再赠送香草示爱，转而送香囊、荷包，内置香料也不再是香茅，品种多样，佩戴在身上不仅可以芬芳四溢还能起到防蚊虫叮咬的效果，甚至是作为伤药使用。

图源网络

《诗经·邶风·静女》中写道，“自牧归荑，洵美且异。匪女之为美，美人之贻”，意思是，年轻的胡娘会将初生的香茅送给恋人，男子很是珍惜这香茅，并不是因为香茅多漂亮，只是因为这是自己心爱的姑娘所赠，故而其价值千金。这“洵美且异”的“荑”，就是芳香的爱情信物香茅。

公元736年，时逢唐朝开元盛世，那时的女子不必假调香师之手，自行配置香料，丁香、藿香、甘松、芸香等等，缝制成香囊赠予心上人，香丝传情胜过诗词的万语千言。

图源淘宝

她唤他三郎，而他从未想过，年过半百的他竟能在爱情中重新活过，他欣赏她的才情、她的美貌。如此情投意合的爱情，若是发生在寻常人家，那便是神仙眷属了。只是，这样的恩爱换作是帝王家，只得落个“春宵苦短日高起，从此君王不早朝”虽是他半辈子打拼来的开元盛世，当安史之乱爆发，天下生灵涂炭，这段爱情也由不得唐玄宗做主了。想那日，兵荒马乱匆忙中她只来得及带走那香囊，日夜揣在怀里，还来不及亲手送给她的三郎，美人便已香消玉殒。马嵬坡将士叛乱，数丈白绫，他的玉环命丧于此。

图源网络

安史之乱平息后，他退位而下成了太上皇，亟欲寻回玉环的遗体予以厚葬。倾城佳人也好，开得再艳的花朵也罢，最终也不过是一抔黄土，马嵬坡荒草丛生，哪还能寻得杨贵妃的踪迹最终仅寻得一只香囊。这曾令六宫粉黛无颜色的绝世佳人，竟是在死后才将自己的情意交与唐玄宗。香囊上的结，揪紧了唐玄宗的心，泪水盈满双眼，模糊中那熟悉的香气仿佛将他拉回灯火通明的大明宫，在那他作霓裳羽衣曲，佳人婆娑起舞，“缓歌慢舞凝丝竹，尽日君王看不足”。

图源淘宝

今人对于杨贵妃香囊的材质颇多说法，有人说并不是亲自绣制的丝织品，而是象牙或金属材质。考据仅是形式，最重要的是千年前，古人的浪漫在此处展露无遗。比起来，西晋的韩寿幸运多了，不过一只佳人所赠的西域香囊，便让那心思细密的贾充知悉女儿的心事，顺水推舟，成就一段佳缘.

图源淘宝

而今，情侣相约烛光晚餐时也会点上一支香薰蜡烛，香味弥散开来，满室馨香，爱意在这一刻伴着馨香充斥在小小的房间里。隐隐火光中是心上人不甚清晰的容颜，这一刻爱无需多言。

一杯香薰蜡，一片花园，取材高品质自然大豆蜡，纯芳香植物提取，清新、自然。为浪漫而生的摩尔提香香薰蜡，将芳香和精致的生活理念灌注其中，柔软的质地，典雅的火苗，层层扑面而来的香气，让人心旷神怡。精油黄金比例，让每滴蜡烛充分燃烧，每段香调都尽情释放纯粹的气息

【部分来源：简书（著作权归作者所有，仅做知识分享使用）】

物联网平台开发浅析和实战（二）

简介： 物联网平台使用教程，包括云产品流转和服务端订阅。

内容：物联网平台消息流转，包括云产品流转和服务端订阅 官网地址时长：建议学习时长整体50分钟，理论40分钟，实战10分钟代码：设备端demo、服务端demo约定：${productKey}、${deviceName}是占位符，意思是设备自己的 productKey 和 deviceName导航：上一课 下一课待续

上节课程遗留了一些问题• 设备通过物联网平台上报了消息，那么消息如何展示到我的网页上呢？• 设备只能往自己的topic发送消息，那么设备A如何发送消息给设备B呢？以上场景可以使用我们的规则引擎来解决。

规则引擎是物联网平台的一个重要功能组件，包含云产品流转和服务端订阅两个主要功能。云产品流转是物联网平台把收到的消息流转到阿里云的云产品，包括把消息流转回物联网平台（消息从一个Topic流转到另一个Topic）。服务端订阅是物联网平台把设备上报的消息直接推送到用户的业务服务器。如果说物联网平台是设备数据上云的重要门户，那么规则引擎就是数据进门后云游世界的摆渡车。

正常情况下用户有自己的业务系统，业务系统从数据库获取到数据然后展示到网页。这个过程是大家都熟悉的。那么设备上报的数据如何展示到已有的业务系统网页呢？可以通过规则引擎把设备上报的数据流转到阿里云数据库RDS，然后业务系统从数据库获取数据展示到网页。这个就是规则引擎云产品流转的能力。对业务系统而言，基本没有改变任何逻辑，就是换了个数据源。

本例将完成如下步骤，涉及的demo代码包通过课程【前言】提供的链接下载即可。开发环境的搭建不再赘述，是普通 maven 工程。设备端代码：com.aliyun.alink.demo.devicesdk.chapter02.DeviceA• 创建一个规则，名为：一个Hello规则• 创建一个动作，流转到RDS• 启动规则• 使用设备端SDK让设备 device_0 上线并发送消息给物联网平台• 规则引擎将消息流转到阿里云RDS存储

本例数据库表为 tbl_rule_to_rds，已经创建好，表结构如下

创建动作，官网文档：/d/file/gt/2023-12/sz2eqcmplir.html {"content":"hello iot"}。几个关键的对应关系：• 设备上报的消息格式为json，创建规则时“数据格式”选择为JSON。• 设备上报的topic=/${productKey}/${deviceName}/user/update，创建规则时 sql 配置的 topic=/${productKey}/+/user/update。• 数据库表格字段为messgeContent，创建动作时“键”填写为messgeContent。• 设备上报的消息内容为{"content":"hello iot"}，创建动作时“键”对应的“值”填写为${content}。

日志服务能够看到数据从设备到云，再通过规则引擎到rds。traceId=0a3027ec15993912862926564d098c

数据库查询可以看到上面发送的消息，hello iot 已经插入到数据库表中。

设备只能订阅自己的topic，也只能给自己的topic发送消息。那么设备A的消息想要发送给设备B，该怎么办？可以通过规则引擎把设备A上报的数据流转到设备B。这个也是规则引擎云产品流转的能力，只是这个流转是物联网平台流转到物联网平台，消息从一个Topic流转到另一个Topic。本例将完成如下步骤，涉及的demo代码包通过课程【前言】提供的链接下载即可。开发环境的搭建不再赘述，是普通 maven 工程。设备端代码：com.aliyun.alink.demo.devicesdk.chapter02.DeviceA 和 com.aliyun.alink.demo.devicesdk.chapter02.DeviceB• 创建一个设备，名为：device_1• 在同样的规则下，再创建一个动作，流转到另一个Topic• 使用设备端SDK让设备 device_1 上线• 使用设备端SDK让设备 device_0 上线并发送消息给物联网平台

沿用上面的规则，我们增加一个动作。规则不用重新启动。

启动：com.aliyun.alink.demo.devicesdk.chapter02.DeviceB，填写设备 device_1 的三元组信息后直接启动。设备需要订阅/${productKey}/${deviceName}/user/get。

启动：com.aliyun.alink.demo.devicesdk.chapter02.DeviceA，填写设备 device_0 的三元组信息后直接启动。设备上报的topic是 /${productKey}/${deviceName}/user/update，设备上报的消息是 {"content":"hello iot"}。几个关键的对应关系：• 设备上报的消息格式为json，创建规则时“数据格式”选择为JSON。• 设备上报的topic=/${productKey}/${deviceName}/user/update，创建规则时 sql 配置的 topic=/${productKey}/+/user/update。• 流转到另一个topic=/${productKey}/${deviceName}/user/get，设备B需要提前订阅好这个topic。

日志服务能够看到消息从设备device_0到物联网平台，再通过规则引擎republish，从物联网平台到了另一个设备device_1。traceId=0a3032ac15993925119167862d3bc9

同时，device_1 是可以收到物联网平台转发的消息的。

云产品流转还有许多高阶能力，这里就不一一讲述了。• 函数，官网文档：https://help.aliyun.com/document_detail/30555.html• 容灾，官网文档：/d/file/gt/2023-12/w0dxinxevkm.html maven 工程。设备端代码：com.aliyun.alink.demo.devicesdk.chapter02.DeviceA服务端代码：com.aliyun.alink.demo.openapi.chapter02.AmqpJavaClientDemo• 创建一个服务端订阅• 启动服务端订阅客户端• 使用设备端SDK让设备 device_0 上线并发送消息给物联网平台• 服务端订阅客户端可以接收到消息

官网文档：/d/file/gt/2023-12/fnr1bz4ipen.html device_0 的三元组信息后直接启动。设备上报的topic是 /${productKey}/${deviceName}/user/update设备上报的消息是 {"content":"hello iot"}

服务端订阅客户端可以接收到设备上线、设备上报、设备离线三条消息。

上节课讲解了设备消息的上报（绿色线路），本节课讲解了用户业务系统如何获取到设备上报的消息（蓝色线路云产品流转、黄色线路服务端订阅），业务系统获取到设备消息后就可以进行数据的处理和展示。

目前为止，对用户设备和业务系统来说，物联网平台就是一个消息的中转站，但事实上物联网平台远不止消息中转站的功能，下节课将讲解物联网平台的高阶能力 -- 设备管理。

规则引擎是否可以流转 Open API 下发的消息？服务端订阅呢？