什么是设备无连接状态管理？有些与IoT平台交互的设备不是实时连接的，例如水表，电表等设备。这些设备在IoT平台的状态维护不能通过设备是否与平台建立连接去识别。例如水表一天只在某个小时段上报一次数据，其他时间处于休眠状态。如果仅通过水表是否与平台建立连接判断状态是在线离线还是异常，是无意义的。因此IoT平台提供设备无连接状态管理机制，让用户自定义设备状态更新规则，例如如果水表距离上次上报数据一天后仍未上报数据，平台将把设备的状态置为“异常”，如果两天未上报则置为“离线”。有什么用呀？通过该机制客户能更好地识别设备的状态，提前发现已经出现问题的设备。如何实现？设备刷新机制设备状态通过IoT平台内部定时任务定时刷新。由于设备数量庞大，所以每次执行定时器无法把所有数据刷新。因此，IoT平台采用的机制是每次刷新特定数量，然后记录刷新的位置（数据项的id），在下一次定时任务启动时再继续刷新。判断设备无上报数据的时间间隔IoT平台设定两个字段“onlineTime”和“offlineTime”，每次设备数据上报都会更新onlineTime，所以定时任务通过onlineTime跟当前时间对比，计算距上次上报数据的时间间隔。注意啦：配置粒度为APP级别，是通过数据上报的是否符合预设异常、离线周期来判断设备是否正常，只适用于周期上报型设备。其他设备不支持。在申请创建APP时，用户应明确该应用下都是属于周期上报数据类型的设备，同时必须在APP申请成功后调用北向接口设置异常、离线周期，这样才能在注册绑定设备时启动定时器。好啦，今天的五分钟就到这里啦，对于NB-IoT其他的介绍，请关注后续【NB-IoT系列】。如果您想了解更多的全联接内容，欢迎关注【每天五分钟，精通全联接】噢~

知道我为什么要给你特权么？第三方应用开发者通过调用IoT平台的接口，可以开发出基于网关或者传感器设备的应用，如车联网、智慧家庭等，从而实现对设备的管理（包括设备的增、删、查、改）、数据采集、命令下发和消息推送等功能。具体的特权有哪些呢？APP ID管理：IoT联接管理平台提供一个门户网站服务器（SP Portal Server）用于给开发者提供注册和认证的功能。注册成功后，服务器会把APP ID和APP密码提供给开发者。此APP ID和密码是APP在IoT联接管理平台中的唯一标识。第三方应用APP凭借申请的APP ID和APP密码作为鉴权信息访问平台API。第三方开发者通过SP Portal管理应用。当前APP ID管理包括创建、编辑、删除应用，鉴权，刷新Token等基本操作，还包括数据统计、升级认证管理、APP流量控制和重置密钥。应用安全接入API：应用携带在IoT联接管理平台产生的APP ID和密码，调用鉴权接口，获取鉴权token。鉴权接口是调用其他API的前提。设备管理API：设备管理API提供了应用申请设备的增、删、改、查接口，提供了应用修改设备或者设备所属传感器基本信息的功能，实现对新增设备接入的灵活操作。APP向IoT联接管理平台申请新的设备，IoT联接管理平台分配对应的设备验证码。待设备携带验证码请求接入平台后，分配其ID、密码，允许其使用。数据采集API：IoT联接管理平台提供数据采集API，支持对网关事件的订阅，同时还支持查看传感器上报的历史数据，能按时、天、月等维度查看传感器上报的历史数据。数据采集实现了对网关数据的收集。命令下发与投递API：IoT联接管理平台分别提供了下发至设备或者具体某传感器的控制命令接口，下发消息的具体格式需要可以根据应用与设备进行自定义，平台在接口中进行封装，透传。应用给设备发送命令消息，实现对传感器的实时控制。规则API：通过调用规则API，应用能够根据具体的业务需要，制定规则（条件）和动作，当网关的状态达到指定规则后，以邮件或者短信的方式对用户进行实时提醒。根据业务需要，编排规则，指定场景触发。消息推送API：通过调用消息推送API，应用向平台订阅设备变更通知，当设备发生变更时，平台向应用推送此消息（应用启动初始化订阅），应用根据通知类型进行对消息分派对应的服务模块进行处理。APP接入的机密性和完整性：IoT联接管理平台提供HTTP接口，通过Internet与应用对接。由于在业务中存在鉴权、密码、业务数据等敏感信息，因此采用HTTPS（HTTP over TLS）传输协议。应用通过HTTPS安全传输协议接入到IoT联接管理平台，可以确保用户信息和数据的安全。   特权提供给你咯，接下来你就可以参考华为云社区的华为IoT Platform API参考（北向）和华为IoT Platform北向应用开发指南 构建自己的IoT应用 ，构建之后就可以通过SP Portal管理应用啦~

1.3平台命令的各状态平台提供两种命令下发机制：命令立即下发：立即发送收到的命令，如果设备不在线或者没有收到指令则下发失败。命令缓存下发：平台收到命令后放入队列，在设备上线的时候，平台一次递送队列中的命令。1、DEFAULTPSM模式下，命令刚到平台时，它的状态是“DEFAULT”2、PENDING（缓存的命令待送达）查看命令是否能立即下发，如果不能，状态更新为“PENDING”3、SENT（立即下发的命令待送达）设备上报数据后，命令下发下去（但是不确定命令是否到达设备），消息是CON，状态更新为“SENT”4、DELIVERED（已送达）平台收到与CON消息对应的ACK后（但是不确定命令是否执行成功），状态更新为“DELIVERED”5、SUCCESSFUL（成功）平台收到命令的执行结果上报后将命令状态更新为“SUCCESSFUL”6、FAILED（失败）如果命令在下发过程中报错，则直接将命令状态更新为“FAILED”7、EXPIRED（TTL超时）在设定的时间内未执行下发命令操作，命令状态为“EXPIRED” 8、TIMEOUT（等待ACK超时） 如果ACK超时（PSM和DRX按照CoAP协议层超时时间，EDRX按照EDRX周期+往返时延（默认20s）），向IOCM更新设备状态为TIMEOUT9、CANCELED（被取消）先调用修改设备接口，然后再调用查询命令状态，状态为被取消“CANCELED”注：若在设备对平台应答中实现了mid（非必填参数），并且命令执行结果已上报成功，则：1） 命令执行结果相应中的状态（SUCCESSFUL/FAILED）会刷新到平台数据库中该命令记录；2） 平台推送给APP Server的命令执行结果通知中携带commandId；3） APP Server查询会得到该命令的状态为SUCCESSFUL/FAILED。若在设备对平台应答中未实现mid，并且命令执行结果已上报成功，则：1） 命令执行结果响应中的状态（SUCCESSFUL/FAILED）不会刷新到平台数据库中该命令记录；2） 平台推送给APP Server的命令执行结果通知中不携带commandId；3） APP Server查询会得到该命令的状态为DELIVERED。

求助：华为p10和p20设备上，在App内部是否可以设置和切换APN？如果可以的话，需要怎么操作，有无相关资料？求各位大神解答，谢谢！

研发运维祖训有云：头脑风暴一时爽，点子回想不起来就成火葬场；测试出现bug很容易，给开发重现bug全看命；点击执行赶紧扒口饭，赶回来流水线才到一半；只等发包到十点，错过约会，女朋友还有好脸？流水线执行到审核，审批人在休假，我就没辙；开发完成只等测试，见不着人，还能怎么通知？团队新人刚入职，快速加入老项目才能不误事！ 这些研发运维前辈们，在漫长生涯中沉积下的血与泪，压迫在一代又一代的研发运维人肩上…… 直到，它的出现！ 华为云DevCloud APP，是将web端服务进行延伸，基于移动端便捷性，帮助用户有效使用碎片化时间，实现随时随地工作，专注用户体验的移动端研发协作工具。看着一代代研发运维人流下的血泪，华为云DevCloud APP，默默祭出了几个法宝：有了华为云DevCloud APP，妈妈再也不用担心我的学习……诶不对，研发协作随时随地！扫描下方二维码，下载体验！ 为了更好地服务研发运维人员，切实解决研发运维流程中的痛点，华为云DevCloud APP将进行有奖用户调研活动！不仅能解决研发运维的切身之痛，还有机会获得笔记本支架、罗技无线鼠标、3合1数据线、全球DevOps现状调查报告等丰富奖品，DevCloud简直就是研发运维的天使，有木有啊有木有！  快来扫描下方二维码，参与华为云DevCloud APP用户调研，即可获得抽奖机会哦！活动规则：1、问卷调查时间：2018.11.19-2018.12.172、活动对象：华为云DevCloud用户3、活动流程：1）点击活动链接，进入活动论坛帖2）扫描“华为云DevCloud  APP”下载二维码，下载并体验这一研发协作神器；3）微信扫描“华为云DevCloud  APP”用户调研二维码，完成用户体验调研问卷；4）完成问卷后，点击跳出的抽奖对话框，即可参与抽奖；5）获奖用户，请在弹出对话框，完善个人信息：姓名、地址、电话、备注（华为云账号） 4、抽奖资格：完成调查问卷即可抽奖5、奖品设置：笔记本支架*5；罗技无线鼠标*5；DevCloud礼包（3合1数据线+全球DevOps现状调查报告）*156、领奖方式：中奖用户，按照问卷抽奖后的提示，填写华为云注册手机号、联系人及收件地址等信息；并须在三个工作日内完成华为云实名认证，否则视为放弃奖品。7、奖品发放说明：获奖用户在领奖界面填写邮寄信息，活动结束后将统一发出奖品，所有奖品均包邮，不额外收取任何费用；中奖用户名单，活动结束后将在活动论坛帖公示。8、所有参加本问卷调查的用户，均视为认可并同意《华为云用户协议》，本活动最终解释权归华为云所有

研发运维祖训有云：头脑风暴一时爽，点子回想不起来就成火葬场；测试出现bug很容易，给开发重现bug全看命；点击执行赶紧扒口饭，赶回来流水线才到一半；只等发包到十点，错过约会，女朋友还有好脸？流水线执行到审核，审批人在休假，我就没辙；开发完成只等测试，见不着人，还能怎么通知？团队新人刚入职，快速加入老项目才能不误事！ 这些研发运维前辈们，在漫长生涯中沉积下的血与泪，压迫在一代又一代的研发运维人肩上…… 直到，它的出现！ 华为云DevCloud APP，是将web端服务进行延伸，基于移动端便捷性，帮助用户有效使用碎片化时间，实现随时随地工作，专注用户体验的移动端研发协作工具。看着一代代研发运维人流下的血泪，华为云DevCloud APP，默默祭出了几个法宝：有了华为云DevCloud APP，妈妈再也不用担心我的学习……诶不对，研发协作随时随地！扫描下方二维码，下载体验！ 为了更好地服务研发运维人员，切实解决研发运维流程中的痛点，华为云DevCloud APP将进行有奖用户调研活动！不仅能解决研发运维的切身之痛，还有机会获得笔记本支架、罗技无线鼠标、3合1数据线、全球DevOps现状调查报告等丰富奖品，DevCloud简直就是研发运维的天使，有木有啊有木有！  快来扫描下方二维码，参与华为云DevCloud APP用户调研，即可获得抽奖机会哦！活动规则：1、问卷调查时间：2018.11.19-2018.12.172、活动对象：华为云DevCloud用户3、活动流程：1）点击活动链接，进入活动论坛帖2）扫描“华为云DevCloud  APP”下载二维码，下载并体验这一研发协作神器；3）微信扫描“华为云DevCloud  APP”用户调研二维码，完成用户体验调研问卷；4）完成问卷后，点击跳出的抽奖对话框，即可参与抽奖；5）获奖用户，请在弹出对话框，完善个人信息：姓名、地址、电话、备注（华为云账号） 4、抽奖资格：完成调查问卷即可抽奖5、奖品设置：笔记本支架*5；罗技无线鼠标*5；DevCloud礼包（3合1数据线+全球DevOps现状调查报告）*156、领奖方式：中奖用户，按照问卷抽奖后的提示，填写华为云注册手机号、联系人及收件地址等信息；并须在三个工作日内完成华为云实名认证，否则视为放弃奖品。7、奖品发放说明：获奖用户在领奖界面填写邮寄信息，活动结束后将统一发出奖品，所有奖品均包邮，不额外收取任何费用；中奖用户名单，活动结束后将在活动论坛帖公示。8、所有参加本问卷调查的用户，均视为认可并同意《华为云用户协议》，本活动最终解释权归华为云所有。

1、冒烟测试使用的工具Monkey目标（1） 编写adb.exe的Monkey命令。（2） 通过logcat定位问题，保证软件的健壮性。 1.1 内存泄漏测试关注app的启动时间，页面加载时间，主要功能占用的CPU，内存，流量，与同类产品比较是否有优势。工具：DDMS1.2 联机调试测试连接真机进入调试模式，测试业务流；通过Logcat记录个操作，将所有错误定位代码。1.3 外网测试要覆盖到WIFI\2G\3G、net\wap 、电信\移动\联网,所有组合进行测试 2、安装、卸载测试2.1 安装卸载app安装、卸载、启动、运行、清除缓存/数据运行看看是否正常2.2 平台支持是否支持豌豆荚、91等主流辅助工具，及是否和第三方软件兼容。 3、在线升级测试3.1 在线升级安装及使用测试（1）验证数字签名；（2）升级后是否可以正常使用；（3）在线夸版本升级。 4、业务功能测试4.1 业务逻辑测试运行app时，是否可以接电话，发短信，锁屏，充电等功能4.2 功能点测试检查功能点是否正常，是否满足需求文档4.3 关联性测试安装app后，是否和pc机连接，交互正常 5、稳定性及异常性测试5.1 交互性测试手机被多种打扰，例如，打开微信，聊QQ，听音乐等，app是否运行正常；待机，插拔数据线等操作5.2 异常性测试断点、断网异常情况，是否稳定 6、性能测试6.1 基准性能测试主要是写脚本，是否可以进行压力测试；在不同网络的情况下，运行速度变化情况。6.2 大数据量测试保证手机更新大数据量程序成功率 7、界面易用性测试7.1 界面与交互性测试符合安卓交互规范；用户体验良好；使用方便。快捷7.2 可用性测试可用性强，操作简单；使用操作错误率低；完成任务使用时间短 8、自动化测试CTS工具，主要是基于Androidinstrumentation和JUnit测试原理推单元测试用例；Monkey用来对UI进行压力测试，伪随机的模拟用户的按键输入，触摸屏输入，手势输入等；ASE工具，是调用Android的功能，从而定制一些测试，比如打电话，发短信，浏览网页等；Robotium工具，提供了模仿用户操作行为的API，比如在某个控件上点击，输入Text等等；MonkeyRunner工具，是调用一个Python脚本去安装一个Android应用程序或测试包，运行它，向它发送模拟按键，截取界面图片等

    小白同学是个95后的小花粉，11月1日华为AI音箱首发她就从某电商平台购得了一台心仪的白色款的AI音箱，没想到当天下午就收到了。小白兴冲冲的拿回去插上电，按照操作指导配上了网。小白很高兴，打算好好享受一下自己的“音乐时光”起身去给自己冲了杯咖啡，回来却发现自己的音箱亮起了绿灯，然后对音箱进行任何操作都失效了。这到底是怎么回事？小白有点慌了……    这时她本能地拿起电话打给从事IT工作的表姐求助。    表姐：你看一下使用说明上面有没有提示绿灯亮是怎么回事？    小白：（打开用户使用手册查询到环形灯灯效说明）绿灯亮起是通话，旋转是拨打电话，闪烁是有来电、有新消息，渐亮是固件升级。难道是我的音箱有新消息？可是怎么查看呢？    表姐：我觉得你的音箱很可能是进入了固件升级模式。因为渐亮需要一个过程，最开始的时候状态可能会和闪烁无法区分。小白仔细观察了一下自己的音箱发现环形灯发亮的部分的确加宽了。于是她非常认同表姐“固件升级”的说法。    表姐：小白你要注意，一般设备升级的时候一定不能断电，如果是在线升级也一定要保证网络稳定。    小白：可是表姐，我刚买的音箱为什么就要升级啊？    表姐：很多设备从工厂里生产出来到用户拿到手中都会存放在销售的库房中。这个过程如果厂家推出新的软件版本，进行产品升级改进，因为设备没人使用不能进行升级，销售出去之后有人使用了它，就具有了升级的条件，设备可能就会出现自动升级的情况。    小白：表姐我懂了，那我就耐性等待它的升级了。    表姐：你的音箱是通过APP设置的吗？如果是，你通过APP可以查看一下它的升级信息，下次就知道怎么查询新版本了，或者你也可不设置自动升级，就不需要你经常去手动搜索新版本了。    小白根据表姐的提示在“AI音箱APP-我的-升级更新”页面下看到了当前正在升级的版本和升级进度。她也在表姐指导下在升级设置里打开了自动升级的开关，不再担心错过新版本了。    小白的如上遭遇你有没有遇到呢？如果你也遇到了同样的状况不妨按照小白表姐的指导排查一下自己有没有做到不当的行为呢？提醒：1.首次配网后遇到绿灯闪烁可能为音箱固件自动升级      2.升级过程中请务必保证音箱一直连接电源      3.升级中请务必保证连接的WiFi网络稳定、顺畅      4.音箱绿色灯渐亮表示音箱固件升级的进度，可在APP上同步查看升级进度，保证升级完成再进行其他操作。

多灵S5 NB-IoT智能门锁，内置NB-IoT芯片，可支持手机APP控制，同时支持指纹、密码、机械钥匙等多种开启方式，非正常开启实时提醒，门锁状态实时查看，让你的人身财产更有保障。也可应用于公租房、酒店公寓、学校、物业等行业解决方案，管理平台集中采集指纹、远程下发至对应门锁，统一管理，降低人力成本、提高效率。首款通过电信入库NB-IoT智能门锁产品亮点门锁状态可实时查看，更放心； 家人到家app温馨提醒，更贴心；远程开门，应对临时开锁需求；半导体生物指纹头，杜绝克隆假指纹开锁；支持虚位密码，防止尾随偷窥；室内防猫眼开启，安全级别更高；管理员一键开启，防止意外事故发生；一键逃生功能，危机时刻赢取宝贵时间；304不锈钢锁体防撬防爆防撞，更长使用寿命； 连续输错5次进入自锁状态，并发出警报；撬锁提醒，并发出警报，有效震慑犯法分子；钥匙开启报警，有效防技术开启；电量低于15%及时提醒，USB应急电源接口，无后顾之忧；多灵S5 NB-IoT智能门锁可实现的功能：①双保安开门及信息上报功能：支持指纹+密码、指纹+密码、指纹+指纹双保安开启方式；支持双保安开启上报；在APP可对应编辑开门ID。举例，消息栏显示为：张三指纹、李四密码开锁；双保安开启后，单开启方式无法使用，可通过管理员进入菜单做双保安/单开启开门方式切换。②通讯模块可插拔接口设计：可插拔模块接口，适用于多种无线通讯模块；支持PCB软件接口快速检验和软件（固件）升级更新。③防撬报警：支持本机语音报警；支持拆机报警；支持报警信息上报。④反锁功能：当门锁反锁（夜舌弹出）后，管理员用户和机械钥匙可以开锁，普通和临时用户无法开启。⑤低电压报警：支持低电压报警，当电压低于4.8V时，本机可发出低电压报警信息，报警信息可同时上报。⑥试锁自锁和报警上报：在连续输错5次，支持锁在5分钟内自动锁闭，在此期间除机械钥匙外，其他任何方式，锁不得被输入操作开启；支持试锁自锁报警信息上报。跟其它联网智能门锁相比，NB-IoT的三大特色：自动联网、无需网关、低功耗多灵解决方案--平台优势对接电信天翼IOT、移动ONENET       分布式结构和多重数据保障机制，提供安全的数据存储       提供传输加密，保证用户数据360度全方位安全远程录入、分发电子钥匙        租客在管理中心集中采集指纹、远程下发至对应门锁        门锁电子钥匙平台统一管理，降低人力成本、提高效率门锁状态记录远端同步        平台实时监控门锁状态，异常状态报警租客实名登记       租客包括同住人首次入住平台房源前须到指定地方进行信息身份采集，包括联系电话、从事职业、 指纹等进行采集，数据可开放给人口管理部门和公安部门避免群租、转租等非法现象        平台根据房屋面积限制可分发电子钥匙数量        仅在管理中心进行过实名认证的人员才有开锁的权限        一段时间内，平台通过门锁回传的开锁次数、开锁人员信息自动判断是否存在出租异常流动人口动态管理       通过出租房的联网门锁管理，能实时掌握管理区域内的有效流动人口、流动轨迹、提前预防犯罪、提高社会安全，数据可开放给人口管理部门和公安部门

本篇文章讲述如何通过Magento电商应用 (e-business-app)示例模板在集群内部署一个Magento电子商务网站容器应用。 【部署结果展示】*堆栈结果 *网站访问及登录跳转到输出参数页面可以看到访问地址：  可以在网站上创建用户并登录：  【部署过程详解】*部署前准备：部署模板前需要准备一个1.9版本以上的集群，集群带有EIP。拷贝EIP，后续填写堆栈参数时使用。*参数填写1.选择Magento电商应用模板：2.填写堆栈名称及描述信息，选择集群及命名空间，这里注意需要选择default命名空间：  3.填写magento的配置参数：其中magento-EIP为准备步骤中集群的EIP。应用名称及监听端口可自行选择输入。 4.填写mysql的配置参数：在mysql的参数标签中可以配置数据库的名称，用户名及密码等。 *扩展Magento app中的一些环境变量值都配置在模板中的magento-config中，如果有需要可以在magento-config中更改： admin登录可以通过{magento-addr}/admin url跳转登录：

【导语】2018年7月9日，上海云翌通信科技有限公司（https://uc.yuneasy.cn）入驻华为云市场，在华为云市场发布了“云总机”产品，企业通信无缝迁移到云端，一小部分成本，从此沟通无界限！这款产品有哪些功能，又如何使用呢？一起来了解一下。 一、【产品介绍】 1、云总机——基于云服务的企业总机应用，采用最新的移动互联及IP通信技术，为企业提供快速、低成本的总机电话服务，解决了所有企业都需要的总机服务问题，企业不再需要购买PBX设备，无需布电话线，只需注册帐号并下载手机APP，即可灵活享受电话总机、企业组织结构、即时消息、内部互打免费、手机当分机等功能服务。 19188 二、【产品功能】 1、IVR语音导航——支持多级IVR、分时段IVR(工作日、节假日、下班时间可设置不同的IVR或转接电话). 2、呼叫控制——支持预设呼转、来电代接、电话转接、通话保持 、多方通话等呼叫控制功能。 3、通话录音——可以针对分机设置是否进行通话录音，系统提供在线查询、在线统计、录音播放等功能。 4、APP分机——手机上安装APP后可直接当分机使用，随时随地通过APP都可以进行沟通，支持企业通讯录 5、远程分机——分支机构与总部共享云总机服务，不同分支机构均可直接拔打分机沟通，内部通话免费。 6、一号多机——APP分机与办公座机可使用一个分机号，来电时，两个终端同时震动，绝不漏接任何一个来电。 7、电话会议——有固定的会议室接入号，并提供会控功能，如邀请、静音、取消静音、移出会议等，支持会议录音。 8、自助管理——企业可自助管理员工呼出、录音等权限，支持根据员工进行数据汇总，提供汇总报表查询。 19189 三、【应用行业】 云翌统一通信软件应用广泛，互联网、教育培训、金融保险、物流快递、医疗健康、制造业等行业可根据业务制定统一解决方案。 19190 四、【解决难题】 云翌通云总机解决企业发展中遇到的四大难题： 1、初创公司，申请总机周期长，设备成本高； 2、呼入呼出，无法管理，无录音，监控不到位； 3、出门在外，漏接电话，错过商机 ，效率低下； 4、日常出差，不在公司，无法参加，重要决策； 五、【产品价值】 云翌通做为全球领先的UCaaS通信云平台降低了系统布署的复杂性及维护成本，提高个人和团队的生产效率。企业无需再购买程控交换机，也不需要复杂电话布线，通过手机APP实现随时随地移动办公，小额成本，享受大企业才有的集团总机电话。

本帖最后由 淘客滔滔 于 2018-6-4 17:49 编辑【导语】2018年6月1日，淘客科技公司入驻华为云市场，在华为云市场发布了淘客滔滔(Toc**)-基于LBS的企业协作与沟通APP产品，产品将有效沟通、高效协作、柔性管理、正向激励、看板管理等多种管理最佳实践融入到产品及解决方案中，为企业用户快速赋能。这款产品有哪些功能，又如何使用呢？一起来了解一下。 【标签】华为云市场、云端大事件、移动OA、任务协作、企业头条 一、 产品介绍“淘客滔滔 - 基于LBS的企业级有效沟通管理软件”是针对广大中小型企业沟通管理沟通的现状，设计研发的一款定位于提升企业内部的沟通效率、协作效率的APP。为企业管理者提供全方位的效率分析工具，为员工提供高效协作与个人成长平台。淘客滔滔由即时通讯（IM）、企业级通讯录、滔小秘（私人助手）、考勤管理、微审批、工作汇报、任务管理、通知、头条、、会议、同事圈、福利券、企业看板等功能构成。二、 产品功能(有哪些特点)【即时通讯(IM)】：团队成员可以建立点对点、群组及针对特定事件的即时通讯，可以传输入照片、位置、语音等信息。【企业级通讯录】：管理员可以一次性导入团队成员通讯录，每个团队成员可以随时更新自己的通讯信息、职业信息等。使通讯录管理更方便、高效！【滔小秘】：每天早上为您整理新一天的工作，让您第一时间汇总工作事项，效率加倍！【信息催阅】：对于企业的重要信息，通过滔滔可以实时看到阅读的人数，并对未阅读的成员进行信息催阅。【考勤管理】：实现团队的移动签到、签退、出行及请假管理，轻松管理多个办公地点的考勤，支持自定义排班管理（三班倒、一天多次上下班等）。【定制流程】：用户可以为出行、请假等事件建立固定审批流程，也可以启动自定义流程。【微审批】：通过自定义审批和业务模板，轻松实现审批移动化管理，审批过程实时微信提醒，网页版微审批可批量打印存档。【工作汇报】：公司根据自身需求自定义汇报模板。员工可随时随地在线填写汇报，管理者通过汇报随时了解员工的工作状况，使团队的工作尽在掌握。【头条及通知管理】：管理员可以第一时间用手机发送信息致指定团队成员，并可随时查看信息阅读反馈，使得信息传达更加高速、高效！ 【同事圈】：让员工实时了解公司及同事动态，随时知道公司发生了什么，同事都在做什么，正向激发员工创新工作。只晒工作不晒隐私的同事圈，团队专属的社交平台。【会议】：淘客滔滔会议，能够快速实现会议室预定、会议通知、人员签到、分享会议纪要、会议后评论等，实现会议的全过程管理。【任务管理】：管理者可以实时了解下达的工作的进展情况及分解情况，了解每一个员工的工作状态。【福利券】：基于正向激励和柔性管理的理念，根据工作数据指标发放福利，更精准，更有效。【企业看板】：管理者通过企业看板直接了解团队使用数据、团队考勤分析、审批效率分析、工作汇报分析等数据，帮助管理者进行有效的员工管理。1625016251162521625316254162551625616258三、 产品应用于哪些行业科技型中小企业、行业协会商会四、 产品能够解决什么问题 产品能够帮助团队内部完成信息共享、使团队成员随时随地掌握公司公告、帮助团队降低沟通成本，提供多样化的全程沟通方式。结束语：产品的价值点产品将有效沟通、高效协作、柔性管理、正向激励、看板管理等多种管理最佳实践融入到产品及解决方案中，为企业用户团队管理效率快速赋能。详细内容请参考产品官网：www.toc**.com.cn

理解今日之技术 技术不是产业，而是变革现有体系制度下的文化和经济的手段。如果我们只是把技术看成是我们购买的一系列消费者产品的话，这一点会有点难以理解。但是技术远不仅仅是我们手上的手机，如果我们希望对技术公司如何塑造我们的生活做出好的决定，尤其是如果我们希望影响那些技术从业者的话，我们就必须理解社会的一些根本转变。 甚至对于我们长时间这些深入沉浸在技术世界的人也会措施那些塑造其影响的驱动力。因此，以下我们将识别出一些关键原则来帮助Wimbledon理解技术在文化当中所占的位置。你需要知道： 1、技术并非中立 关于所使用的app和服务，每个人都应该知道的最重要事情之一，是技术创造者的价值观根植于我们看到的每一个按钮、每一个链接以及我们看到的每一个鲜艳的图标上。软件开发者在设计、技术架构或者商业模式方面所做的选择都有可能对作为用户额我们的隐私、安全甚至**产生深远影响。当软件鼓励我们拍方形的照片而不是矩形时，或者让客厅的麦克风随时倾听我们，或者让老板随时都可以联系到我们时，它不仅会改变我们的行为，也会改变我们的生活。我们在使用新技术时生活当中的一切变化都是根据那些技术创造者确定的优先级和喜好而发生的。2、技术并非不可避免 流行文化把消费者技术当做是永不停歇的向上发展，会不断为每个人把东西做得更好。但事实上，新技术产品通常要进行一系列的权衡，在改进可用性欧哲设计的同时也需要在隐私及安全等方面做出牺牲。有时候对一个社区更有利的新技术会让别的社区情况变得更糟糕。最重要的是，仅仅因为特定技术在某些方面“更好”并不能保证它受到广泛采用，或者会导致其他更流行的技术得到改进。事实上，技术进步很像生物世界的演进：虽然整体是在不断进步，但这一路上也会遇到死胡同或者出现退化或不均衡的折衷。3、技术圈的人大多数都真心向善 我们可以对现代技术产品保持批评与质疑，但是也不必认为创造技术的大多数人都是“坏人”。在见过全世界成千上万创造软件和硬件的人之后，我可以作证，他们老说要让世界变得更美好是发自肺腑的。技术创造者对于想要产生积极影响的想法是非常诚恳的。与此同时，让那些做技术的人理解意图好并不能免除他们对自身工作产生的不良后果所负的责任也很重要，不管其用意多好也不能。应该承认技术圈的大多数人用意都是好的，这一点很有用，因为这可以让我们遵循那些意图，减少那些用意不好的人的影响，同时确保那些考虑欠周的技术人的陈腔滥调不会掩盖了绝大部分深思熟虑认真负责的人的影响。如果我们希望有效地让每个人都要对自己所创造的技术负责的话，相信大多数技术工作背后的意图都是好的这一点也必不可少。4、技术史缺乏纪录和理解 那些学着去创造技术的人往往对自己喜欢的编程语言或者设备是如何被创造出来的一切细节都如数家珍，但一般都不大可能知道为什么特定技术就能欣欣向荣，或者那些火不起来的技术究竟发生了什么事情。尽管我们尚处在计算革命的早期，因为很多先驱都还活着并且还在创造今天的技术，但是我们经常会发现近至几年前的技术史都已经被抹去。为什么你喜欢的app能够取得成功而别的就不行？这样的app取得成功前都经历过哪些失败尝试？那些app遇到过什么样的问题——或者它们又导致了什么样的问题？当我们围绕着当今那些最大的技术巨头树立神话时又是哪一位创造者或创新者被从故事中抹去了？所有这些问题都被遮盖、消声或者有时候被故意提供了不准确的问答，为的是打造一个光鲜的、必然的技术进步的故事。当然，这并不是技术界独有的现象——几乎每一个行业都能发现类似的问题。但当今天的技术创造者无法从之前的人身上吸取教训的话，技术世界这种不顾史实观会产生严重后果，因为哪怕他们想吸取教训也了解不到正确的历史。5、大多数技术教育都没有道德培训 像法律、医疗这种成熟的学科，我们往往看到在经过几个世纪的锤炼之后，往往会明确要求把道德培训纳入到专业课程里面。但现在这些几乎无法阻止违反道德的事件发生——我们看到一些本身极不道德的位高权重者却跑到顶级商学院得意洋洋地吹嘘其道德计划。但是对道德关怀的的基本熟悉度使得那些领域能够比较顺畅地开展开明的对话。更重要的是，这确保了那些想要把事情做对以及想要以符合道德的方式做事的人有一个坚实的基础。但直到最近，在技术界的一些最过分的事情引起大家抵制之前，大家都不怎么期望将道德教育纳入到技术培训当中。旨在提升那些已经进入技术业的人的道德知识的计划还非常少；继续教育基本上还是聚焦在掌握新的技术技能而不是社会技能上。这个问题没有银弹；以为让计算机科学家和文科生紧密协作就能极大地解决这些道德关切是过于简单化了。但如果技术专家希望继续赢得目前正在享受到的公众的广泛支持的话，他们就得迅速熟悉那些道德关切。6、技术往往建立在对用户令人吃惊的无知上 过去几十年，社会对技术业的尊重已经大为增加，但这往往会导致他们认为创造技术的人是绝对可靠的。技术创造者现在经常被当成是医疗、人力、交通、基础设施以及政治政策等许多领域的权威——哪怕其实这些人根本没有这些领域的背景。但是知道怎么做iPhone app未必意味你了解一个你从未做过的行业！最好、最深谋远虑的技术创造者会深度地、真诚地与他们希望帮助的社区互动，确保自己解决的是实际需求而不是不分青红皂白的“颠覆”原有系统的运作方式。但有时候新技术对待那些社区非常无情，而且创造了那些技术的人手上拥有足够的金融和社会资源，以至于其方案的缺陷也无法阻止它们颠覆生态体系的平衡。技术创造者往往有足够的钱支撑这些技术，所以这些人甚至对自身设计瑕疵的副作用都没有注意到，尤其是如果他们跟那些受到这些瑕疵影响的人一点接触都没有的话就更是如此了。而技术业的构成令这个问题更加雪上加霜，因为那些最容易受影响的社区很少或几乎没有人属于创造新技术的团队一员，这阻止了那些团队意识到对边缘人群影响尤其巨大的关切。7、技术创造从来都不是一人之功 技术创新在流行文化当中最流行的形象就是在宿舍或者车库诞生出来的天才突然灵机一动想出了一个突破性的创新。像乔布斯这样的神话就是这样被制造出来的，“iPhone的发明”完全是一人之功，但其实背后离不开成千上万人的努力。事实上，技术从来都是站在巨人的肩膀上，创造者的成就离不开其所在社区的洞察和价值观，而且几乎每一个突破时刻都是数年乃至于数十年类似产品的前仆后继之后才取得的。孤胆英雄式的创造者神话尤其具有破坏性，因为它使得折磨着整个技术业的排斥问题更加恶化；那些受到媒体赞美的孤独天才的背景很少会像真正的社区那样的多样化。尽管媒体也许会从给个人颁奖或认可个人中获益，或者教育机构也许会受到激励建立起那些个人的方法论好从中沾沾光，但真正的创新故事是很复杂的，牵涉到很多人的努力。对于任何有别于此的叙事方式我们都应该保持高度的警惕。8、大多数技术并不是来自初创企业 只有15%的程序员在初创企业工作，在很多大型技术公司，大多数员工甚至都不是程序员。所以关注于在知名初创企业工作的程序员的文化与习惯，通过这些来定义技术会让社会对技术的看法产生极大的扭曲。相反，我们应该意识到做技术的绝大部分人都是在那些不算“技术”的组织或机构工作的。此外，市面上还有很多的独立技术公司——制作网站、写定制软件的小型独立工作室或者中小企业，还有很多最有才的程序员，他们偏爱的是前面这些组织的文化或挑战，而不是那些最著名的技术巨头（编者注：比如Basecamp的DHH、Jason Fried就是其中的例子）。我们不应该无视这个事实：初创企业只是技术的一小部分，我们不应该让许多初创企业的极端文化扭曲了我们对技术整体的思考方式。9、大多数技术巨头的赚钱方式就只有这三种里面的一种 如果你想要理解为什么技术的运作方式是这样的话，则理解技术公司的赚钱方式就显得非常重要。 [*]广告：Google和Facebook几乎所有的钱都是靠卖你的信息给广告商赚来的。几乎他们创建的每一件产品都是为了从你身上提取尽可能多的信息，所以这可以用来建立有关你的行为和爱好的更加详细的用户画像，而广告公司制作的搜索结果和社会化新闻流会受到强烈的激励，尽量把你推到展示更多来自这些平台的广告的网站或者app上。这是一种围绕着监视而建立起来的商业模式，尤其惊人的是大多数互联网企业都是靠这种模式生存的。 [*]大企业：一些更大（往往也更无聊）的技术公司，比如微软和Oracle、Salesforce的赚钱路数则是从其他需要商业软件但是如果软件容易管理并且容易锁定员工使用方式的话愿意付高价的大公司身上赚钱。这种技术使用起来很少会令人愉快，尤其是因为它的客户痴迷于控制和监控自己的员工的话，但这些其实是技术界最赚钱的公司之一。 [*]个人：像苹果和Amazon这样的公司希望你直接为他们的产品或者在他们店里销售的其他产品付费（尽管Amazon的Web Service也是服务于上面的大企业市场）。这是最直接的商业模式之一——当你购买iPhone或者Kindle的时候，或者当你订阅Spotify的时候，你确切知道自己会得到什么，因为这并不依赖于广告或者把购买的控制权交给你老板，这种模式的公司往往是个人拥有最大权力。 就是这样。技术圈几乎每一家公司在做的都是这三种事情之一，通过观察跟这三种商业模式关联的方式，你就能够理解为什么他们会做出那些选择。10、大公司的经济模式扭曲了整个技术业 今天最大型的技术公司都遵循一个简单的方程式： [*]做一个有趣或有用的产品变革一个大市场 [*]从风投拿大笔的钱 [*]努力迅速发展大量用户受众，即便这意味着在一段时间内会亏损大量的钱 [*]想办法将这批巨量受众变成一门足够给投资者带来巨大回报的生意 [*]开始向市场上的其他竞争对手发动猛烈攻击（或者收购） 这种模式跟传统成长型公司有很大的不同，后者通常从小企业起步，主要是通过吸引直接购买产品或服务的客户来发展自己。跟过去靠来自付费客户的收入增长的老公司相比，按照这种新模式发展的公司可以发展得快很多、庞大许多。但这些公司对自己进入的市场承担的责任也小很多，因为他们首先是为投资者的短期利益服务，然后才会考虑用户或其社区的长期利益。这种商业计划的无所不在会导致那些没有拿到风投的公司几乎不可能与之竞争。靠从客户身上赚到的钱发展的正常公司承受不起长时间亏损的代价。这不是一个公平的竞技场，往往意味着公司要么只能做独立经营的小企业，要么成为一头庞然巨兽，几乎没有中间选择。其最终的结果跟电影业非常类似，市场上要么是规模极小的独立艺术电影，要么是大型的英雄大片，几乎没有其他流派。这些大型的新技术公司最大成本是什么？雇码农。他们把融资的绝大部分都用来招聘和挽留开发其新技术平台的程序员。这大笔的投资很少会投入到服务社区或者为创始人或投资者以外的人配置股权的事情上。谁说建立一家价值特别高的公司就得为不同类型的人创造大量的岗位？这不是他们的志向。11、技术其实既是一种功能也是一种时尚 对于局外人来说，创建app被看成是一个高度理性的过程，工程师会根据哪种技术最先进最适合待完成任务来进行选择。但事实上，选择编程语言或者工具包之类的事情要取决于特定编码者或者经理的率性，或者干脆取决于流行什么。技术创建的流程或方法论往往会遵循时尚或流行趋势，影响着从如何开会到如何开发产品的一切。有时候创建技术的人会想找点新颖的路子，有时候他们只想回到自己过去额技术路线，但除了对技术优点进行客观评价以外，这些选择还会受到社会因素的影响。一项更加复杂的技术对最终产品的价值未必就会更高，所以尽管很多公司喜欢吹嘘自己的新技术是如何的先进或者有抱负，但这些并不能保证能给一般用户带来更多价值，尤其是当新技术不可避免地会出现新的bug和无法预期的副作用时。12、没有机构有控制滥用技术的能力 在大多数行业，如果公司开始做坏事或者利用起消费者，它们会受到调查并批评其行动的记者的牵制。然后，如果他们还是继续滥用并且情况变得足够严重的话，这些公司会受到当地、国家、政府或国际立法者的制裁。但今天，大多数技术行业媒体都是集中报道那些新产品或原有产品新版本的发布，那些报道技术重要影响的技术新闻记者的稿子往往是跟着新手机评测的文章一起发，而不是放在商业或文化专栏的显著位置。尽管随着技术公司的财富和势力已经大到荒谬的地步，这种情况已经开始变化，但报道仍然受到媒体公司内部文化的约束。传统商业报道记者在主流媒体机构往往有资历，但是通常都不熟悉基本的技术概念，对于报道金融和法律的人来说这几乎是无法想象的。与此同时，专制的技术报道记者也许更能理解技术对文化的影响，但是却被分配去报道产品发布而不是范围更广的公民或社会关切话题。如果考虑到那些经常自诩精通技术的监管者和当选官员时，这个问题就显得严重多了。那些甚至连在智能手机上安装app都不会的政治领袖是不可能充分理解技术的，自然也不可能对它进行合适的监管，或者在技术创造者违背法律时分配法律责任。甚至在技术对社会构成了新挑战时，立法者的工作也远远滞后于现状。没有了新闻和立法有力的矫正，技术公司的运营往往就像脱缰的野马一样，这种现实的后果往往落在那些技术圈以外的人身上。更糟的是，鉴于技术巨头间接的商业模式，靠抵制或抗议等传统手段的传统活动分子其行动通常效率不高，因为哪怕活动分子能有效地发现问题，但是技术巨头仍然可以靠广告或监视（“收集数据”）或风投继续运营。这种问责体系的缺失是技术当今面临的最大挑战之一。如果我们理解了这些事情，我们就能够让技术变得更好 如果一切都那么复杂，而且有关技术的那么多重点都不明显的话，.是不是应该放弃希望了？不。一旦我们理解了塑造技术的力量，我们就可以推动改变。如果我们知道技术巨头最大的成本是吸引和招聘程序员，我们可以鼓励程序员共同倡导雇主促进道德和社会进步。如果我们知道给大公司撑腰的投资者会对市场的潜在风险做出响应，我们可以强调如果他们把宝押在行事方式对社会不好的公司投资风险就会增加。如果我们理解大部分技术用意是好的，但缺乏历史或文化背景来确保其影响与意图一样好的话，我们可以确保他们提前获得必要的知识来防止伤害的发生。在我们这些创造技术，或者热爱技术在赋能和改善生活所发挥作用的人当中，有很多人都在努力与技术的众多副作用作斗争。但也许如果我们从一些有助于理解技术真正运作方式的共同原则开始的话，就能够开始解决技术的一些最大问题了。来自：36 氪，英文原文

前言：每个成功者多是站在巨人的肩膀上！在做直播开发时 碰到了很多问题，在收集了许多人博客的基础上做出来了成功的直播项目并做了整理 。【一个完整直播app架构】直播音视频知识点概括[hr]1.采集视频、音频1.1 采集视频、音频编码框架 AVFoundation:AVFoundation是用来播放和创建实时的视听媒体数据的框架，同时提供Objective-C接口来操作这些视听数据，比如编辑，旋转，重编码1.2 视频、音频硬件设备 CCD图像传感器： 用于图像采集和处理的过程，把图像转换成电信号。 拾音器：声音传感器： 用于声音采集和处理的过程，把声音转换成电信号。 音频采样数据：一般都是PCM格式 视频采样数据:：一般都是YUV,或RGB格式，采集到的原始音视频的体积是非常大的，需要经过压缩技术处理来提高传输效率2.视频处理（美颜，水印）视频处理原理：因为视频最终也是通过GPU，一帧一帧渲染到屏幕上的，所以我们可以利用OpenGL ES，对视频帧进行各种加工，从而视频各种不同的效果，就好像一个水龙头流出的水，经过若干节管道，然后流向不同的目标 现在的各种美颜和视频添加特效的app都是利用GPUImage 这个框架实现的,.视频处理框架 GPUImage： GPUImage是一个基于OpenGL ES的一个强大的图像/视频处理框架,封装好了各种滤镜同时也可以编写自定义的滤镜,其本身内置了多达120多种常见的滤镜效果。 OpenGL：OpenGL（全写Open Graphics Library）是个定义了一个跨编程语言、跨平台的编程接口的规格，它用于三维图象（二维的亦可）。OpenGL是个专业的图形程序接口，是一个功能强大，调用方便的底层图形库。 OpenGL ES：OpenGL ES (OpenGL for Embedded Systems) 是 OpenGL三维图形 API 的子集，针对手机、PDA和游戏主机等嵌入式设备而设计。3.视频编码解码3.1 视频编码框架 FFmpeg :是一个跨平台的开源视频框架,能实现如视频编码,解码,转码,串流,播放等丰富的功能。其支持的视频格式以及播放协议非常丰富,几乎包含了所有音视频编解码、封装格式以及播放协议。[*]Libswresample：可以对音频进行重采样,rematrixing 以及转换采样格式等操 作。[*]Libavcodec：提供了一个通用的编解码框架,包含了许多视频,音频,字幕流 等编码/解码器。[*]Libavformat：用于对视频进行封装/解封装。[*]Libavutil：包含一些共用的函数,如随机数生成,数据结构,数学运算等。[*]Libpostproc：用于进行视频的一些后期处理。[*]Libswscale：用于视频图像缩放,颜色空间转换等。[*]Libavfilter：提供滤镜功能。X264：把视频原数据YUV编码压缩成H.264格式 VideoToolbox ：苹果自带的视频硬解码和硬编码API，但是在iOS8之后才开放。 AudioToolbox ：苹果自带的音频硬解码和硬编码API3.2 视频编码技术 视频压缩编码标准：对视频进行压缩(视频编码)或者解压缩（视频解码）的编码技术,比如MPEG，H.264。这些视频编码技术是压缩编码视频的主要作用：是将视频像素数据压缩成为视频码流，从而降低视频的数据量。如果视频不经过压缩编码的话，体积通常是非常大的，一部电影可能就要上百G的空间。注意：最影响视频质量的是其视频编码数据和音频编码数据，跟封装格式没有多大关系MPEG：一种视频压缩方式，它采用了帧间压缩，仅存储连续帧之间有差别的地方 ，从而达到较大的压缩比 H.264/AVC：一种视频压缩方式,采用事先预测和与MPEG中的P-B帧一样的帧预测方法压缩，它可以根据需要产生适合网络情况传输的视频流，还有更高的压缩比，有更好的图象质量[*]注意1：如果是从单个画面清晰度比较，MPEG4有优势；从动作连贯性上的清晰度，H.264有优势[*]注意2：由于264的算法更加复杂，程序实现烦琐，运行它需要更多的处理器和内存资源。因此，运行264对系统要求是比较高的。[*]注意3： 由于264的实现更加灵活，它把一些实现留给了厂商自己去实现，虽然这样给实现带来了很多好处，但是不同产品之间互通成了很大的问题，造成了通过A公司的编码器编出的数据，必须通过A公司的解码器去解这样尴尬的事情H.265/HEVC：一种视频压缩方式,基于H.264，保留原来的某些技术，同时对一些相关的技术加以改进，以改善码流、编码质量、延时和算法复杂度之间的关系，达到最优化设置。H.265 是一种更为高效的编码标准，能够在同等画质效果下将内容的体积压缩得更小，传输时更快更省带宽。I帧: (关键帧)保留一副完整的画面，解码时只需要本帧数据就可以完成（因为包含完整画面）P帧 :(差别帧)保留这一帧跟之前帧的差别，解码时需要用之前缓存的画面叠加上本帧定义的差别，生成最终画面。（P帧没有完整画面数据，只有与前一帧的画面差别的数据）B帧: (双向差别帧)保留的是本帧与前后帧的差别，解码B帧，不仅要取得之前的缓存画面，还要解码之后的画面，通过前后画面的与本帧数据的叠加取得最终的画面。B帧压缩率高，但是解码时CPU会比较累帧内（Intraframe）压缩: 当压缩一帧图像时，仅考虑本帧的数据而不考虑相邻帧之间的冗余信息,帧内一般采用有损压缩算法帧间（Interframe）压缩: 时间压缩（Temporal compression），它通过比较时间轴上不同帧之间的数据进行压缩。帧间压缩一般是无损的muxing（合成）：将视频流、音频流甚至是字幕流封装到一个文件中(容器格式（FLV，TS）)，作为一个信号进行传输。3.3 音频编码技术 AAC，mp3：这些属于音频编码技术,压缩音频用3.4码率控制 多码率:观众所处的网络情况是非常复杂的，有可能是WiFi，有可能4G、3G、甚至2G，那么怎么满足多方需求呢？多搞几条线路，根据当前网络环境自定义码率。列如：常常看见视频播放软件中的1024，720，高清，标清，流畅等，指的就是各种码率。3.5 视频封装格式 TS：一种流媒体封装格式，流媒体封装有一个好处，就是不需要加载索引再播放，大大减少了首次载入的延迟，如果片子比较长，mp4文件的索引相当大，影响用户体验 为什么要用TS: 这是因为两个TS片段可以无缝拼接，播放器能连续播放FLV：一种流媒体封装格式,由于它形成的文件极小、加载速度极快，使得网络观看视频文件成为可能,因此FLV格式成为了当今主流视频格式4.推流4.1 数据传输框架 librtmp: 用来传输RTMP协议格式的数据4.2 流媒体数据传输协议 RTMP： 实时消息传输协议,Adobe Systems公司为Flash播放器和服务器之间音频、视频和数据传输开发的开放协议，因为是开放协议所以都可以使用了。 RTMP协议用于对象、视频、音频的传输，这个协议建立在TCP协议或者轮询HTTP协议之上。 RTMP协议就像一个用来装数据包的容器，这些数据可以是FLV中的视音频数据。一个单一的连接可以通过不同的通道传输多路网络流，这些通道中的包都是按照固定大小的包传输的5.流媒体服务器5.1 常用服务器 SRS：一款国人开发的优秀开源流媒体服务器系统 BMS: 也是一款流媒体服务器系统，但不开源，是SRS的商业版，比SRS功能更多 nginx: 免费开源web服务器，常用来配置流媒体服务器。5.2 数据分发 1、CDN：(Content Delivery Network)，即内容分发网络,将网站的内容发布到最接近用户的网络”边缘”，使用户可以就近取得所需的内容，解决 Internet网络拥挤的状况，提高用户访问网站的响应速度. CDN：代理服务器，相当于一个中介。 CDN工作原理：比如请求流媒体数据1.上传流媒体数据到服务器（源站） 2、源站存储流媒体数据 3、客户端播放流媒体，向CDN请求编码后的流媒体数据 4、CDN的服务器响应请求，若节点上没有该流媒体数据存在，则向源站继续请求流媒体数据；若节点上已经缓存了该视频文件，则跳到第6步。 5、源站响应CDN的请求，将流媒体分发到相应的CDN节点上 6、CDN将流媒体数据发送到客户端回源：当有用户访问某一个URL的时候，如果被解析到的那个CDN节点没有缓存响应的内容，或者是缓存已经到期，就会回源站去获取搜索。如果没有人访问，那么CDN节点不会主动去源站拿. 带宽: 在固定的时间可传输的数据总量，比如64位、800MHz的前端总线，它的数据传输率就等64bit×800MHz÷8(Byte)=6.4GB/s负载均衡: 由多台服务器以对称的方式组成一个服务器集合，每台服务器都具有等价的地位，都可以单独对外提供服务而无须其他服务器的辅助.通过某种负载分担技术，将外部发送来的请求均匀分配到对称结构中的某一台服务器上，而接收到请求的服务器独立地回应客户的请求。 均衡负载能够平均分配客户请求到服务器列阵，籍此提供快速获取重要数据，解决大量并发访问服务问题。 这种群集技术可以用最少的投资获得接近于大型主机的性能。QoS（带宽管理）:限制每一个组群的带宽，让有限的带宽发挥最大的效用6、拉流直播协议选择：即时性要求较高或有互动需求的可以采用RTMP,RTSP对于有回放或跨平台需求的，推荐使用HLS直播协议对比：[*]HLS：由Apple公司定义的用于实时流传输的协议,HLS基于HTTP协议实现，传输内容包括两部分，一是M3U8描述文件，二是TS媒体文件。可实现流媒体的直播和点播，主要应用在iOS系统HLS是以点播的技术方式来实现直播。 HLS是自适应码率流播，客户端会根据网络状况自动选择不同码率的视频流，条件允许的情况下使用高码率，网络繁忙的时候使用低码率，并且自动在二者间随意切换。这对移动设备网络状况不稳定的情况下保障流畅播放非常有帮助。 实现方法是服务器端提供多码率视频流，并且在列表文件中注明，播放器根据播放进度和下载速度自动调整。HLS与RTMP对比: HLS主要是延时比较大，RTMP主要优势在于延时低HLS协议的小切片方式会生成大量的文件，存储或处理这些文件会造成大量资源浪费，相比使用RTSP协议的好处在于，一旦切分完成，之后的分发过程完全不需要额外使用任何专门软件，普通的网络服务器即可，大大降低了CDN边缘服务器的配置要求，可以使用任何现成的CDN,而一般服务器很少支持RTSP。[*]HTTP-FLV：基于HTTP协议流式的传输媒体内容。相对于RTMP，HTTP更简单和广为人知，内容延迟同样可以做到1~3秒，打开速度更快，因为HTTP本身没有复杂的状态交互。所以从延迟角度来看，HTTP-FLV要优于RTMP。[*]RTSP：实时流传输协议,定义了一对多应用程序如何有效地通过IP网络传送多媒体数据. RTP: 实时传输协议,RTP是建立在UDP协议上的，常与RTCP一起使用，其本身并没有提供按时发送机制或其它服务质量（QoS）保证，它依赖于低层服务去实现这一过程。 RTCP: RTP的配套协议,主要功能是为RTP所提供的服务质量（QoS）提供反馈，收集相关媒体连接的统计信息，例如传输字节数，传输分组数，丢失分组数，单向和双向网络延迟等等。7、解码7.1 解封装 demuxing（分离）：从视频流、音频流，字幕流合成的文件(容器格式（FLV，TS）)中， 分解出视频、音频或字幕，各自进行解码。7.2 音频编码框架 fdk_aac：音频编码解码框架，PCM音频数据和AAC音频数据互转7.3 解码介绍 硬解码：用GPU来解码，减少CPU运算　优点：播放流畅、低功耗，解码速度快，　 缺点：兼容不好软解码：用CPU来解码优点：兼容好　　 缺点：加大CPU负担，耗电增加、没有硬解码流畅，解码速度相对慢8、播放ijkplayer：一个基于FFmpeg的开源Android/iOS视频播放器API易于集成； 编译配置可裁剪，方便控制安装包大小； 支持硬件加速解码，更加省电 简单易用，指定拉流URL，自动解码播放.9、聊天互动IM:(InstantMessaging)即时通讯：是一个实时通信系统，允许两人或多人使用网络实时的传递文字消息、文件、语音与视频流.IM 在直播系统中的主要作用是实现观众与主播、观众与观众之间的文字互动。10、编码和封装 编码主要难点有两个：1. 处理硬件兼容性问题。2. 在高 fps、低 bitrate 和音质画质之间找到平衡。iOS 端硬件兼容性较好，可以直接采用硬编。而 Android 的硬编的支持则难得多，需要支持各种硬件机型，推荐使用软编。为什么封装？原始视频数据存储空间大，一个 1080P 的 7 s 视频需要 817 MB原始视频数据传输占用带宽大，10 Mbps 的带宽传输上述 7 s 视频需要 11 分钟，而经过 H.264 编码压缩之后，视频大小只有 708 k ,10 Mbps 的带宽仅仅需要 500 ms ，可以满足实时传输的需求，所以从视频采集传感器采集来的原始视频势必要经过视频编码。基本原理 那为什么巨大的原始视频可以编码成很小的视频呢？这其中的技术是什么呢？核心思想就是去除冗余信息：空间冗余：图像相邻像素之间有较强的相关性时间冗余：视频序列的相邻图像之间内容相似编码冗余：不同像素值出现的概率不同视觉冗余：人的视觉系统对某些细节不敏感知识冗余：规律性的结构可由先验知识和背景知识得到11、推流和传输 传输涉及到很多端：从主播端到服务端，从收流服务端到边缘节点，以及再从边缘节点到观众端。推流端和分发端理论上需要支持的并发用户数应该都是亿级的，不过毕竟产生内容的推流端在少数，和消费内容端播放端不是一个量级，但是他们对推流稳定性和速度的要求比播放端高很多，这涉及到所有播放端能否看到直播，以及直播端质量如何。12、转码 为了让主播推上来的流适配各个平台端各种不同协议，需要在服务端做一些流处理工作，比如转码成不同格式支持不同协议如 RTMP、HLS 和 FLV，一路转多路流来适配各种不同的网络状况和不同分辨率的终端设备。13、解码和渲染 解码和渲染，也即音视频的播放，目前 iOS 端的播放兼容性较好，在延迟可接受的情况下使用 HLS 协议是最好的选择，我们也提供了能够播放 RTMP 和 HLS 的播放器 SDK。Android 的硬件解码和编码一样也存在兼容性问题，目前比较好的开源播放器是基于 ffplay 的 ijkplayer。转自:视频直播APP开发紫竹云科技

本帖最后由 TestBird 于 2018-1-29 15:12 编辑金融类APP质量堪忧 场景化测试愈显重要 经过十余年建设，国内金融基础设施基本趋于完善，但随着移动互联网的普及，新一代用户对于金融消费诉求的变化，金融科技又将面临新的挑战。 国内互联网金融的真正开端，非余额宝莫属，余额宝的横空出世打的传统金融行业措手不及，但是随着传统金融业的迅速转型，各类针对终端诞生的移动银行、移动证券、移动理财等移动金融服务如雨后春笋出现在大众眼前，产品和渠道呈现多样性发展。 正是在这片新蓝海的世界里，原生互联网金融服务商面临融合拓展，传统金融业仍在寻求如何更好利用互联网转型升级，于是，我们看到互联网银行的出现，互联网金融服务商与银行的合作，呈现相辅相成的发展态势，这种融合的目的也是为了改变金融业的传统弊病和更好的服务消费者。 终端应用能够更好的服务用户，但是移动APP一直出现层出不穷的质量问题，比如卡顿、闪退、功能异常等等，导致用户流失，关键入口没有做好，怎么迎合新一代用户的消费需求。业界领先的移动测试服务提供商的TestBird经过对金融类APP上万次场景化测试后，发现以下问题。 整体质量堪忧，通过率仅24% TestBird目前已经拥有超10000家合作伙伴，测试过的App数量超过20000款。从TestBird调研和测试情况来看，很多金融类APP程序都是外包开发的，对程序兼容性、用户体验、产品质量重视不够，这样严重导致用户的大量流失和业务进展不佳。 兼容性问题突出。从证券APP统计结果来看，开户场景的测试中，功能异常的问题最多，主要是集中在获取验证码，身份证拍照和上传，视频见证，银行卡添加几个阶段。而其他的场景测试中，均是UI类问题最多，其次是闪退问题和功能异常问题。 证券APP测试场景Top1问题Top2问题Top3问题开户功能异常UI问题闪退问题股票交易UI问题闪退问题功能异常信用交易UI问题闪退问题功能异常期权UI问题闪退问题功能异常行情及其他UI问题闪退问题功能异常UI异常和程序功能异常占比最大。还是以证券APP场景测试为例，从数据统计结果来看，开户场景测试中功能类问题占比最大，达到了39.90%，其次是UI异常和闪退类问题。证券APP开户程序的问题点主要集中在身份证拍摄上传，视频认证两个地方，这是开户中最重要，也是最容易出现问题的地方。 9865 在股票交易场景测试中UI异常的占比达到了42.08%。从数据统计结果来看，股票交易场景的问题主要分布在股票的买入和卖出以及其他；而在查询类功能点上，问题占比分布比较均匀；交易类核心功能点仍然是测试中需要重点关注的地方。 9866 Android 4.x的问题检出率最高。其次是Android7.x，所以证券APP在Android 5.x和Android 6.x上表现最好，我们分析了下，Android 4.x主要是有一部分是4.4以下的老旧机型，而Android 7.x是比较新的系统版本。 提高APP质量迫在眉睫 TestBird在今年上半年推出《2017上半年证券测试白皮书》。此书收录了TestBird在2017上半年大量的证券测试数据，对移动端证券类程序的适配测试数据进行了统计和深入分析，从不同维度和测试类型方面对证券类程序质量做了分析，并提出问题解决建议。 通过TestBird对大量问题的统计和分析，闪退、UI异常、程序异常是金融APP，特别是证券类APP面临的三大问题。为此给出以下建议： 首先，在兼容性问题方面，其中安装失败问题有两方面，一是内存不足，建议开发人员定位安装问题时，重点关注安装失败时，当前手机内存状态，是否有内存不足情况；二是版本不匹配，建议开发人员对APP要求的版本和手机系统版本做相应匹配。对于安装失败问题，通过TestBird提供的测试日志，获取出错信息会对定位问题有很大的帮助。 APP闪退问题是所有兼容性问题中出现最多的问题，闪退问题出现场景各不相同，常见原因为内存不足、温度过高、系统不兼容、CPU不兼容等。开发人员可以根据以上几种现象分析定位原因，找到闪退原因后根据需求优化。 其实，在性能指标优化方面，TestBird提出在CPU占用率优化方面，可以使用Android工具Systrace和Traceview对APP的性能瓶颈进行分析，逐步优化，降低CPU占用率。在启动时延优化方面，启动时延的优化可以考虑把资源加载做成异步，保证界面的流程，用户视角的体验将提高。 TestBird全球领先的技术优势 华为系顶尖技术积累 TestBird 核心团队源自华为，同时也是华为战略合作伙伴，目前拥有云手机、云测试两大平台，专注为移动应用提供从研发到上线再到运营的一站式质量管理服务。云测试平台目前拥有3大实验室、2万部手机、10万名真实用户，400名资深测试专家以及10年顶尖技术和经验积累。TestBird已在北京、上海、深圳、香港等地建立分部，业务覆盖港澳台、日、韩、东南亚等全球市场。 专业金融背景测试团队 TestBird拥有同时具备专业证券背景和专业测试能力的测试团队。资深测试人员深刻理解金融类APP的产品痛点，并且充分与客户沟通需求。 24小时反馈丰富测试报告 从确定测试到最终交付，TestBird做到极速交付时间：24小时，提供长达200页的APP的在线测试报告，截图高达上百张，全过程日志记录。报告以终端测试数据、问题类型多维度展示测试信息。报告获取方便，并提供不同版本，一键下载。