随着k8s 作为容器编排解决方案变得越来越流行，有些人开始拿 Docker 和 k8s进行对比，不禁问道：Docker 不香吗？ k8s 是kubernets的缩写，’8‘代表中间的八个字符。 其实 Docker 和 k8s 并非直接的竞争对手，它俩相互依存。Docker 是一个容器化平台，而 k8s 是 Docker 等容器平台的协调器。 容器化时代来了 虚拟化技术已经走过了三个时代，没有容器化技术的演进就不会有 Docker 技术的诞生。 虚拟化技术演进 （1）物理机时代：多个应用程序可能会跑在一台机器上。 物理机时代 （2）虚拟机时代：一台物理机器安装多个虚拟机（VM），一个虚拟机跑多个程序。 虚拟机时代 （3）容器化时代：一台物理机安装多个容器实例（container），一个容器跑多个程序。 容器化时代 容器化解决了软件开发过程中一个令人非常头疼的问题，用一段对话描述： 测试人员：你这个功能有问题。 开发人员：我本地是好的啊。 开发人员编写代码，在自己本地环境测试完成后，将代码部署到测试或生产环境中，经常会遇到各种各样的问题。明明本地完美运行的代码为什么部署后出现很多 bug，原因有很多：不同的操作系统、不同的依赖库等，总结一句话就是因为本地环境和远程环境不一致。 容器化技术正好解决了这一关键问题，它将软件程序和运行的基础环境分开。开发人员编码完成后将程序打包到一个容器镜像中，镜像中详细列出了所依赖的环境，在不同的容器中运行标准化的镜像，从根本上解决了环境不一致的问题。 容器化技术的尖刀武器 容器化技术的特点 可移植性：不依赖具体的操作系统或云平台，比如在阿里云或腾讯云直接随意迁移。 占地小：容器只需要其应用程序以及它需要运行的所有容器和库的依赖清单，不需要将所有的依赖库都打包在一起。 共享 bin 和 lib：不同的容器可以共享 bin 和 lib，进一步节省了空间。 Docker 横空出世 2010年一位年轻小伙子在美国旧金山成立了一家名叫【dotCloud】的公司， 开发了 Docker的核心技术，从此开启了容器技术的时代。 Docker原公司名 后面 dotCloud 公司将自己的容器技术进行了简化和标准化，取名为 Docker，就是大家熟悉的鲸鱼 logo。 Docker新logo 2013年dotCloud 公司宣布将 Docker 开源，随着越来越多的工程师发现了它的优点， Docker 的人气迅速攀升，成为当时最火爆的开源技术之一。 当前有30％以上的企业在其AWS环境中使用Docker，并且这个数字还在继续增长。 Docker使用率越来越高 Docker怎么用？ 其实大多数人谈论 Docker 时说的是 Docker Engine，这只是一个构建和运行的容器。 在运行容器前需要编写Docker File，通过 dockerFile 生成镜像，然后才能运行 Docker 容器。 Docker File 定义了运行镜像（image）所需的所有内容，包括操作系统和软件安装位置。一般情况下都不需要从头开始编写 Docker File，在 Docker Hub 中有来自世界各地的工程师编写好的镜像，你可以基于此修改。 编排系统的需求催生 k8s 尽管Docker为容器化的应用程序提供了开放标准，但随着容器越来越多出现了一系列新问题： 如何协调和调度这些容器？ 如何在升级应用程序时不会中断服务？ 如何监视应用程序的运行状况？ 如何批量重新启动容器里的程序？ 解决这些问题需要容器编排技术，可以将众多机器抽象，对外呈现出一台超大机器。现在业界比较流行的有：k8s、Mesos、Docker Swarm。 在业务发展初期只有几个微服务，这时用 Docker 就足够了，但随着业务规模逐渐扩大，容器越来越多，运维人员的工作越来越复杂，这个时候就需要编排系统解救opers。 应用程序的声明周期 一个成熟的容器编排系统需要具备以下能力： 处理大量的容器和用户 负载均衡 鉴权和安全性 管理服务通信 多平台部署 k8s与Docker Swarm江湖恩怨 k8s VS Docker Swarm 如果你非要拿 Docker 和 k8s 进行比较，其实你更应该拿 Docker Swarm 和 k8s…

不久前字节老板刚刚批评员工上班时间在游戏群里聊天，现在字节员工又爆出公司突然让给电脑安装管理插件，该插件的权限很大，基本上属于全程监控。员工疑惑：难道是因为前几天的游戏群事件？老板发现大家划水严重，要开始内部整顿了？ 爆料人附上了聊天记录和软件截图： 网友精辟总结：这就是字节范！ 有人分析，大概率是划水被发现了。 有人说当初群里怼老板的员工不是说让hr分析多少人花了多少时间在工作上，这不就埋点上报了吗？ 说白了就是监控员工摸鱼，而这样必然导致划水更严重，形成恶性循环。 打工人们说，谁能一直干活？牛拉犁还得休息呢。加班如此严重，人总得劳逸结合。只要加班时间降不下来，划水是避免不了的，因为没人想长期高强度工作加班搞死自己，当然了，某些奋斗逼可能不这么想。 有人说，公司应该压缩上班时间，这样大家就没时间划水了。 上有政策，下有对策，针对这种行为，网友说用自己电脑办公，就是不装监控软件。 有人说不用工作电脑划水，比如用手机聊天就挺好。 也有许多人站在公司角度考虑，认为划水划过头就只能一刀切，和之前薅公司下午茶和免费工作餐过头，公司直接取消一样。 再说哪个公司不监控？ 美团员工说自己公司早就装了。 360员工说，你们公司居然才装？还以为是互联网公司必备呢。 人民网员工说自己公司一直都有，所有操作留痕半年，后台全部能看到大家屏幕。 这是大公司都有的基本三件套，字节现在才装，动作是比较慢了，但一定程度上也说明字节开始向正规大公司运作了，是好事。 不过也有人说，公司盘子变大，增长变慢，就会抓这些来降本增效。说白了，管员工考勤就是裁员的征兆。 一些字节员工跳出来解释，公司已经发邮件说不收集个人信息，主要是在办公电脑安装，那些真正在工作的人不用担心。 还有人说这个插件11月就提醒安装了，它没有查看文件的权限，但是有删除文件的权限，初衷是为了电脑丢失后能远程删除文件，跟游戏群事件没关系，不必怀疑它是监控软件。 这个肯定不是为了抓划水，dlp的可能性更大，办公电脑不用怕，别处理私人数据就行。 无论安装该插件是不是因前段时间的游戏群事件而起，是不是为了监控员工上班划水，工作电脑是公司提供的，公司有权在上面安装插件。 企业既要加强管理，员工也应该加强自律，不要过度划水，工作时间还是尽量少摸鱼偷懒，尽快尽职尽责地完成工作，才是合格的打工人。 不过企业也不要把员工的弦绷得太紧，管理是一门学问，一定要把握好“度”。员工适当放松和休息是必要的，毕竟谁也不是机器，能无休止地工作下去，劳逸结合才能提高工作效率。 只要员工能按时保质保量完成工作，就没必要把公司内部搞得风声鹤唳草木皆兵，否则容易适得其反。 各位程序猿们，你们公司有没有在电脑上安装监控插件？对此你怎么想？欢迎在文章下面留言告诉我们～ 免责声明：本文内容由21ic获得授权后发布，版权归原作者所有，本平台仅提供信息存储服务。文章仅代表作者个人观点，不代表本平台立场，如有问题，请联系我们，谢谢！

本文来源：物联传媒 近年来，党中央、国务院高度重视移动物联网发展。2013年2月，国务院印发《关于推进物联网有序健康发展的指导意见》，2018年12月中央经济工作会议提出新型基础设施的概念，强调要”加快5G商用步伐，加强人工智能、工业互联网、物联网等新型基础设施建设”。到2020年，在中美贸易战、全球新冠疫情、经济下行等压力冲击下，国家围绕”新基建”展开的实施态度更坚定、力度更明显、进程更提前，物联网产业迎来新一轮巨大的发展机遇。 据《全球智能化商业》数据显示，2019年，中国AIoT市场规模大约为550亿美元，而受益于新基建等政策支持，2022年将达到1280亿美元，年复合增长率约达到33%。 如今2020年即将结束，AWS、Azure、阿里云、腾讯云、华为云等一批公有云厂商今年都着重强调IoT生态共建，从这个现象上可以发现，技术同质化的确存在，生态圈的可靠性和丰富性是影响物联网产品及服务是否被采用的关键因素。 2020年涂鸦在做什么？ 很多人都会认可，涂鸦智能是AIoT开发生态中的一位明星选手。 截至2020年10月底，涂鸦IoT开发生态中累计有超过23万注册开发者，其中欧美非地区占比超五成以上，日语音AI交互超8100万次，打造完全中立的”AI+loT＂生态赋能模式。另外，Powered by Tuya已经赋能超20万款产品，赋能产品种类达到500个种，产品和服务覆盖超过220个国家和地区，辐射全球超10万个线上和线下销售渠道。 在商业模式上，以硬件接入、云服务、APP软件开发为三大核心，涂鸦智能先提供联网模块，以帮助企业、开发者完成设备的连接、上云；其次通过数据运营能力为企业提供增值服务，创造新的商业模式；同时，涂鸦智能整个产业链上下游资源，帮助客户对接海外生态和市场资源，提供全链路的开发者服务，促进物联网设备互联互通。 无论是从0到1，打造一款智能设备；还是从1到N，将单品智能转化到互联智能。 涂鸦智能不仅擅长使用智能技术为传统产业带来数倍的价值提升，也致力于向外提供渠道和营销的能力，以第三方中立的立场，帮助客户从生态打造到生态自造，通过使用涂鸦的技术和服务，合作伙伴将构建属于自己的生态系统。 2020年，涂鸦智能分别在安防、商照、社区、公寓、全屋、酒店、养老等诸多场景开放了PaaS级解决方案的开发能力。 我们可以理解为，随着全球物联网产业技术的进步和需求的增长，以及物联网碎片化、开发成本高、开发周期长、产品互联互通难的痛点仍然存在，构建技术多样、场景丰富的开发者生态体系自然就是涂鸦智能2020年的核心战略。 12月29日，在全球硬科技开发者大会（杭州）上，涂鸦智能市场及战略合作副总裁兼CMO那竞丹和Gartner中国区副总裁郭磊共同发布了《2021全球AIoT开发者生态白皮书》，白皮书由全球AIoT领军企业涂鸦智能、Gartner、《全球智能化商业》和ABV（AIoT Business Vantage）出品。 白皮书全文超12万字，结合专家研讨、实战调研和深度访谈，对话国内外35名开发者，横跨15个行业，梳理各行各业领军品牌的智能化转型和升级经验，从宏观到微观，从理论到实践，以四大板块：现况、实践、挑战和展望，全方位剖析AIoT行业，给AIoT开发者指明未来更清晰的发展路径。 《白皮书》指出，2021年，AIoT行业的开放平台化趋势将日益明显，开发者成为AIoT行业发展的关键驱动力。获得越多开发者支持的平台，越有机会实现行业共赢，将智能化普及到各行各业，让智能飞入寻常百姓家。 涂鸦智能对于开发者的重视，也正如同那竞丹在现场为《白皮书》做介绍时所说的：”谨以此书表达我们对于开发者的感谢和崇敬，是他们，开启了万物互联时代。我们认为开发者是行业起飞的关键，是今年直到明年，整个行业持续围绕讨论的重心。” 以下是白皮书的部分内容展示~ 1.在IoT行业的快速发展与5G、大数据等技术驱动之下，全球AIoT行业高速增长，中国增速领衔。 2.平台、应用、服务层占据AIoT产业价值链最大头。 3.全球IoT PaaS市场全面爆发，5年增长118%。 4.智慧酒店、长短租智慧公寓、智慧社区和智慧办公建筑，成为四大关键的IoT PaaS落地场景，其中又以智慧社区的市场规模最大，占比达到85%。 物联网平台为消费者生活带来了科技和便捷的同时，也在更多环节带来了数据安全隐患。此外，物联网面临的另一核心挑战是标准体系不完备。物联网连接技术和设备的多样性，是导致标准碎片化的原因之一。 物联网行业需要制定统一的安全、测试、连接和操作等标准。而解决安全问题有赖于企业和政府的共同努力，包括建设物联网安全管理体系。 根据《2021全球AIoT开发者生态白皮书》的预测，明年AIoT行业有6大发展趋势：开发者将成AIoT行业起飞关键角色、AIoT开放平台将是行业主要推动力、前沿新技术将与物联网进一步融合、To B产业物联网将规模化、工业互联网将助力制造全面升级和新基建将加速催化AIoT行业发展。 总体而言，2021年，AIoT行业将持续保持高速发展态势，而AIoT行业已从智能单品时期过渡至生态平台期，开发者决定了哪个生态可以取得绝对性的优势，而开放平台则决定了哪个平台可以吸引足够多的开发者。 在笔者看来，物联网碎片化、分散化的属性，决定了物联网平台的终极决胜秘籍，一定会是得开发者得天下。且不容置疑的是，眼下这场战争正在走向高潮，那么谁又将掌握先机呢…… 免责声明：本文内容由21ic获得授权后发布，版权归原作者所有，本平台仅提供信息存储服务。文章仅代表作者个人观点，不代表本平台立场，如有问题，请联系我们，谢谢！

当时，鸿蒙OS（1.0）发布不久，风头无两，不过当时EDN/EETC捕捉到行业内还有一位默默耕耘不出风头的RT-Thread（以下简称RTT），在鸿蒙OS1.0发布之际，RTT装机量已经达到2亿1 。可是一年之内，鸿蒙OS已经升级到了 2.0，并从微内核转向终端与手机生态，那么，时隔一年之后，RTT怎么样了？还能成为鸿蒙（简称HM）的对手吗？ 为此，我们从几个方面来看看RTT的情况。 去年，RTT装机量2个亿，一年之后达到多少了，3倍？6个亿？ 据相关媒体报道，今年第三季度，RTT的装机量就达到了6亿终端，从2亿到6亿，仅仅一年时间，成长3倍，似乎有点难以置信。 不过据去年（2019年）11月26日的媒体消息：物联网操作系统RT-Thread暨睿赛德科技宣布获得近亿元B轮融资，本轮融资由GGV纪源资本领投，A轮领投方君联资本追投。新的投资将用于大幅扩张研发团队，开发优化新一代微内核操作系统及其相关高附加值软件和工具。同时，公司将投入更多资源，加大RT-Thread生态社区的建设力度，如社区运营、能力认证、大学计划等。 EDN没有从这方面深究RTT为何增长这么迅猛，但是从融资情况和后面我们看到的生态合作，可以看出这些数据应该是可信的。 EDN了解到的RTT的技术路线是主打轻智能，同时去年的RTT就发布了IDE以及小程序功能，在芯片底层的硬件层面能推出类似微信小程序的硬件小程序，这是RTT的一大特色之一，这也能够大大使能上层的应用开发能力，加快开发速度。 我们来看看轻智能是什么概念？ 轻智能是什么？ 轻智能是以实时系统为核心，速度快，反应迅速，这点与苹果iOS概念类似，苹果的iOS在过去现在和未来就胜在系统的响应速度和快速反应方面，因此给人的体验非常好，安卓由于架构和底层不同，同时需要兼容太多的东西，因此无论芯片怎么发展，内存怎么加大，其体验总是无法与iOS相比。 轻智能系统的概念与此类似，当然轻智能还不能与iOS相比，一方面iOS已是一个非常庞大的系统，其内核是采用微内核与宏内核一起的混合内核，其安装数量也是十数亿。另一方面，主打轻智能的RTT OS虽然也有6亿+的装机量，但目前主要方向在于AIoT：轻智能物联网。 轻智能离我们越来越近 不过，随着物联网IoT，特别是5G在全球商用化的发展和普及，加上AI的AIoT将越来越融入我们的生活，而手机将仅仅是我们随身携带的终端。智能摄像头、智能手表、智能音箱、智能家电等等都会是AIoT的目标。 而RTT正是在这样的情况下，适时的推出了AI功能，使原来基于RTOS的RTT OS进化到了轻智能OS。 边缘AI RTT推出了边缘AI套件，可以将实现训练好的模型一键部署到端侧，配置自动对接输入输出设备，支持各类异构处理器，可以充分利用各平台已有工具和库，实现特定平台性能的最优化。 RTT推出的AIKit套件可以一键部署，自动获得平台优化，让芯片端侧的AI开发不再是困难，这可能是OS底层所特有的能力。 这是一个真正从芯片端侧进行的边缘AI，如果能够把已有的算法集成到芯片级，那对于上层开发是一个极大的方便，也有助于AI向边缘计算的快速演进，衍生出更多出色的物联网产品。苹果的AirPods /AirPods Max系列就在小小的两个耳机里嵌入了边缘计算，使得苹果在音频领域再次独步“舞林”。 在这一方面，RTT也是同步推出了主打智能穿戴的“轻应用”操作系统：湃心OS。 关于这个湃心OS，笔者了解到的主要特色有：软件具备只需开发一次就可以跨平台复用的能力；打通应用与底层，应用与应用之间的全链路业务交互的消息管理引擎；长达8+天的智能手表续航；与定位业界王者维智合作的精准场景定位；以及酷炫的3D GPU交互。 看起来基于芯片内核级的智能穿戴湃心OS能够解决目前智能穿戴行业的各个痛点，基于这个OS平台有可能诞生未来智能穿戴革命性的产品。 RTT在无线SoC，MPU/AP、MCU等方面的芯片厂家支持超过了80家，原生搭载RTT OS的厂家已经超过30家。这个数量覆盖了国内外主流的芯片和厂家。 尽管经历了疫情，但经过一年的发展后，RTT在社区运营方面有了更多的开拓，每年有超过40场培训，40场直播，3本中文书籍+1本英文书籍（含丰富的中文文档），100款开发板。 国内粉丝12万，国外粉丝3000。 同时，RTT开展了众多的大学竞赛和高效课程，以及联合实验室和人才培养。 时隔一年之后，鸿蒙推出了2.0，同时开始了手机端beta版本开发的开放，鸿蒙可能凭借华为已有的手机和物联网生态实现平地起高楼。但鸿蒙不再提物联网OS、微内核、宏内核，LiteOS等，而是几乎完全基于上层应用与产业进行合作。华为的鸿蒙更多的是围绕着华为手机的大生态，1+8+N，强调的是分布式、场景化、互联互通、万物互联，有linux，也有自己的OS概念，强调往上走。 曾是鸿蒙物联网OS的最强对手RT-Thread不仅仅坚守基于芯片级的操作系统，更是进行了战略深化，RT-Thread开源开始融合到各个AIoT领域，其推出的湃心是针对消费电子领域，应对AI和音频的需求升级，以及穿戴显示的未来需求。湃心是偏商业模式的，它从更上一层带给产业客户的全新的价值，与RTT OS两条路线并驾齐驱。因此RTT并没有放弃原有稳固的芯片级物联网IoT OS，反而与时俱进升级成AIoT OS，同时在应用层面为客户带来能够更快产出的价值。 从这方面来看，鸿蒙将逐渐进化成应用级OS，而RTT目前是产业级的合作，未来不排除与合作伙伴打造消费级的大应用，毕竟，RTT遵循的是业界最宽松的Apache 2.0开源协议。 据芯片OS行业多位大拿提到，RTT是目前物联网OS第一。显然，RTT（RT-Thread）依然可能是鸿蒙最强的对手，而且越来越强大。 免责声明：本文内容由21ic获得授权后发布，版权归原作者所有，本平台仅提供信息存储服务。文章仅代表作者个人观点，不代表本平台立场，如有问题，请联系我们，谢谢！

之前小熊派鸿蒙开发板还没开售的时候，小熊派官方给我送了一套，这是小熊派第三次给我送开发板了，开发板还是一如既往的精致： 因为时间安排不过来，所以一直没有拿出来玩。正好处于年底，又到新的一年立flag的时候，咱们就立个明年学习鸿蒙OS的flag，等到过完春节回来的时候再着手系统性地进行学习。现在先拿出来擦擦灰来简单体验体验： 首先肯定先找到配套资料，看看资料里都有什么东西，再跑个demo熟悉熟悉一下流程。 认识小熊派-鸿蒙·季（BearPi-HM Nano）开发板 小熊派-鸿蒙·季（BearPi-HM Nano）是一款由小熊派专为HarmonyOS系统打造的鸿蒙开发板。 采用IoTCluB的E53接口标准，可接入所有的E53案例扩展板。 主控为WiFi SOC Hi3861，160MHz主频，SRAM 352KB、ROM 288KB、2M Flash。 板载NFC Forum Type 2 Tag芯片及天线，可实现鸿蒙“碰一碰”功能。 一根TypeC USB线，即可实现供电、下载、调试等多种功能。 获取源码、教程 小熊派BearPi-HM Nano开发板基于HarmonyOS的源码链接： https://gitee.com/bearpi/bearpi-hm_nano 安装开发环境、编译源码 按照上面的链接可以找到一个 BearPi-HM Nano 十分钟上手教程的教程，即可使用小熊派官方提供VMare镜像快速体验，这个应该是最近不就刚更新的这个，我记得刚开始发布的时候的教程的开发环境的搭建要装的东西是比较多的，所以我就先搁着了。 前几天看到更新了这个VMare镜像快速体验教程，可以很方便地让我们开始进行学习，免去了安装开发环境的门槛（搭建Linux下开发环境也是一种技能，哪怕是跟着教程走，可能也会碰到很多问题）。 我们拿着官方提供的Vmare镜像使用Vmare软件打开就能得到： 我们可以使用MobaXterm工具登录我们的Ubuntu，这个工具在我们之前的笔记中也有用到，这是个一款很强大的远程终端软件： 如果使用MobaXterm工具登录不了Ubuntu，可能需要修改我们的虚拟机网络适配器。 这里有三种网络模式供我们选择： （1）桥接模式（Bridged）： （2）网络地址转换模式（NAT） （3）主机模式（ host-only） 这里我设置网络连接为桥接模式： 接下来设置桥接模式桥接到无线网卡： Windows 、ubuntu各分得一个IP， 并且两个 IP 处于同一网段，比如我这里的： windows IP为：192.168.1.6 ubuntu IP为：192.168.1.7 根据教程，我们安装一个RaiDrive软件把ubuntu文件远程映射到Windows上，这样我们就可以很方便地实现在windows下阅读、编写代码，在Ubuntu下编译代码。 映射出来的源码目录： 编译代码： 下载程序需要安装Hiburn工具，使用Hiburn工具进行下载： 源码、例程 下面是整个工程的目录： 各个目录存放的东西如： 其中需要特别关注的就是applications这个目录了，开发板相关的demo都放在这下面： 这些例程分为内核例程、基础例程、传感器例程、物联网例程，每个例程都附有很详细说明： 这些例程由applications/BearPi-HM_Nano/sample/目录下的BUILD.gn进行统一管理，这是个构建相关的文件，我们可以很方便地选中编译某个例程，比如编译led的demo： 上面就是我们对 BearPi-HM Nano开发板进行一个简单地开发环境搭建及对一些例程结构的基本了解，知道了怎么编译、怎么下载程序、知道例程地大致结构，就可以开始我们地学习了。这里只是一个开始，等到之后我们再进行更详细地学习分享。 免责声明：本文内容由21ic获得授权后发布，版权归原作者所有，本平台仅提供信息存储服务。文章仅代表作者个人观点，不代表本平台立场，如有问题，请联系我们，谢谢！

前言 最近看了极客时间的《Java业务开发常见错误100例》，再结合平时踩的一些代码坑，写写总结，希望对大家有帮助，感谢阅读~ 1. 六类典型空指针问题 包装类型的空指针问题 级联调用的空指针问题 Equals方法左边的空指针问题 ConcurrentHashMap 这样的容器不支持 Key 和 Value 为 null。 集合，数组直接获取元素 对象直接获取属性 1.1包装类型的空指针问题 public class NullPointTest {     public static void main(String[] args) throws InterruptedException {         System.out.println(testInteger(null));     }     private static Integer testInteger(Integer i) { return i + 1;  //包装类型，传参可能为null，直接计算，则会导致空指针问题     } } 1.2 级联调用的空指针问题 public class NullPointTest {     public static void main(String[] args) {        //fruitService.getAppleService() 可能为空，会导致空指针问题         fruitService.getAppleService().getWeight().equals("OK");     } } 1.3 Equals方法左边的空指针问题 public class NullPointTest {     public static void main(String[] args) {         String s = null; if (s.equals("666")) { //s可能为空，会导致空指针问题             System.out.println("公众号：捡田螺的小男孩，666");         }     } } 1.4 ConcurrentHashMap 这样的容器不支持 Key，Value 为 null。 public class NullPointTest {     public static void main(String[] args) {         Map map = new ConcurrentHashMap<>();         String key = null;         String value = null;         map.put(key, value);     } } 1.5  集合，数组直接获取元素 public class NullPointTest {     public static void main(String[] args) {         int [] array=null;         List list = null;         System.out.println(array[0]); //空指针异常         System.out.println(list.get(0)); //空指针一场     } } 1.6 对象直接获取属性 public class NullPointTest {     public static void main(String[] args) {         User user=null;         System.out.println(user.getAge()); //空指针异常     } } 2. 日期YYYY格式设置的坑 日常开发，经常需要对日期格式化，但是呢，年份设置为YYYY大写的时候，是有坑的哦。 反例： Calendar calendar = Calendar.getInstance(); calendar.set(2019, Calendar.DECEMBER, 31); Date testDate = calendar.getTime(); SimpleDateFormat dtf = new SimpleDateFormat("YYYY-MM-dd"); System.out.println("2019-12-31 转 YYYY-MM-dd 格式后 " + dtf.format(testDate)); 运行结果： 2019-12-31 转 YYYY-MM-dd 格式后 2020-12-31 「解析：」 为什么明明是2019年12月31号，就转了一下格式，就变成了2020年12月31号了？因为YYYY是基于周来计算年的，它指向当天所在周属于的年份，一周从周日开始算起，周六结束，只要本周跨年，那么这一周就算下一年的了。正确姿势是使用yyyy格式。 正例： Calendar calendar = Calendar.getInstance(); calendar.set(2019, Calendar.DECEMBER, 31); Date testDate = calendar.getTime(); SimpleDateFormat dtf = new SimpleDateFormat("yyyy-MM-dd"); System.out.println("2019-12-31 转 yyyy-MM-dd 格式后 " + dtf.format(testDate)); 3.金额数值计算精度的坑 看下这个浮点数计算的例子吧： public class DoubleTest {     public static void main(String[] args) {         System.out.println(0.1+0.2);         System.out.println(1.0-0.8);         System.out.println(4.015*100);         System.out.println(123.3/100);         double amount1 = 3.15;         double amount2 = 2.10; if (amount1 - amount2 == 1.05){             System.out.println("OK");         }     } } 运行结果： 0.30000000000000004 0.19999999999999996 401.49999999999994 1.2329999999999999 可以发现，结算结果跟我们预期不一致，其实是因为计算机是以二进制存储数值的，对于浮点数也是。对于计算机而言，0.1无法精确表达，这就是为什么浮点数会导致精确度缺失的。因此，「金额计算，一般都是用BigDecimal…

要说近几年存储这条街最靓的仔，莫过于分布式存储了。 自诞生以来，分布式存储就被视为存储的未来，被万众期待。然而分布式存储起步于寒门，最早应用于互联网日志、企业备份归档、开发测试等场景，追求极致成本，性能和可靠性却不敢恭维。但它还算争气，凭借多年的打怪练级，越来越多地开始承载自动驾驶研发、超高清编辑、运营商5G网络云等企业的关键业务，走上变成高富帅、赢取白富美的道路。 正所谓人红是非多，存储领域也是一样，坊间一直流传着关于分布式存储的各种流言蜚语。好事的笔者今天就来探寻一番，揭开谎言背后的真相。 谎言一：分布式存储就是软件+服务器 目测分布式存储领域有两个派系，一派是SDS（软件定义存储），一派是软硬一体。前者以vSAN、Ceph为代表，以软件厂商为主在推广。分布式存储软件+通用服务器组合，打着重定义存储市场的旗帜，颇有“有王侯将相宁有种乎”的气势；另一派是存储老牌存储玩家的产品，他们以软硬一体为主，如Isilon、HCP等。 楚河汉界已然形成，未来谁主沉浮？ 谁主沉浮很难判断，不过我们不妨从产业动态窥见一斑。虽然用过的客户都诟病分布式存储软件+服务器的方式存在各种兼容性、可靠性、可维护性的问题，但笔者认为SDS这种模式会长期存在，尤其是在传统的低端领域，如备份归档、开发测试环境。而越往高端走，软硬一体越是占据主流。业界主流厂商也在持续推出软硬一体的产品： 国外，DELL&EMC的PowerScale（Isilon）、DDN的EXAScaler等产品； 国内XSKY、浪潮等Ceph系开源厂商也推出了软硬件一体产品如XScaler Express。尤其有趣的是XSKY，这可是国内Ceph系软件定义存储的旗帜啊，你品，你细品。 另一方面，笔者也注意到近些年运营商开展了大规模的分布式存储集采，有文件的有块的。以中国移动2019~2020年分布式块存储集采为例，3个标段中2个为软硬一体采购，占比超过了90%；电信集团2020年集采也放弃了分布式存储纯软件采购，首次全面转向软硬一体。从这个角度看，用户在尝试了多种采购模式之后，也开始逐步转变到软硬一体的道路上来，尤其是大型用户。 #真相#：分布式存储诞生初期主要是纯软形态，近十年来，随着分布式存储逐步进入企业市场，软硬一体的形成已经成为主流。 谎言二：分布式存储就是低价值存储 如文章开头讲到的，分布式存储早期主要用于互联网日志、企业备份归档、开发测试等场景，这些场景无疑是低价值场景，成本是第一诉求甚至唯一诉求。 然此一时彼一时，士别三日也当刮目相看。 首先是分布式存储产品能力已今非昔比，逐渐具备了承载企业高价值业务的关键能力，例如毫秒级时延、TB/s级带宽、双活/3DC业务级容灾、端到端DIF等，无论是结构化数据还是非结构化数据的承载，功能完备性的最大短板早已补齐。 其次，分布式存储已走入众多高价值关键业务，如运营商BOM业务、金融渠道类业务以及超算、油藏探测HPC等高价值业务，通过大规模应用实践来检验成色。（小道消息，某些高价值场景全闪出货价达到1000美金/TB以上啦） 看完当下还要看看未来，笔者认为未来高价值的非结构化数据场景，分布式存储的版图还会持续扩展。如自动驾驶训练、4K/8K超高清、5G日志留存等场景，对多协议访问、极致带宽、扩展性诉求强烈，分布式存储已然成为这些未来业务的首选架构。 #真相#：分布式存储早期主要用在备份归档等低价值、强成本诉求的场景，如今随着企业级能力的提升，分布式存储也逐步成为企业生产系统的承载平台，尤其是面向海量非结构数据场景，全面支撑文件资源池和HPC等高价值场景。 谎言三：开源架构是分布式存储的未来 笔者对开源从来是持开放、支持的态度，正是因为开源的存在，IT产业才能有今天的缤纷色彩；也正是因为开源，存储这个高大上的产品，才走进了更多的寻常百姓家。 但如果说存储的未来在开源，我不敢苟同。 开源分布式存储软件的出现，一定程度上降低了存储的门槛，小公司可快速包装出存储产品，带动服务器销售。但产品同质化问题是所有开源不得不面临的问题，由于架构限制，很难在不动架构的情况下，真正做出差异化竞争力。互联网类公司、部分科研机构，以及有技术情结和充足资金投入的客户可能选择开源，而对于金融、电信运营商、大企业商用HPC、政府等对可靠性、性能、安全合规有要求的企业，开源从来不是第一选择，因为数据太重要了。（听说，国内某知名银行曾经投入500人基于开源软件搭建分布式存储，投入巨大且无法达银行业务对性能、可靠性、易运维诉求，最终于2年后放弃。） 也有认为开源更自主可控的。笔者认为开源给了用户一定的自主权，但和自主可控是两个概念。据SNYK 2019 年开源安全状况报告说明，开源软件漏洞在两年时间内增加了88%，开源风险的解决强依赖于社区版本发布，不能及时规避。同时，近两年国际形势的大变化，给开放著称的开源蒙上了一层阴影。 此外，业界TOP主流分布式存储产品均是闭源架构，如PowerScale(Isilon)、Spectrum Scale、Nutanix、OceanStor Pacific、VSAN、HCP，翻看了一下三个月前发布的IDC市场份额报告，TOP5分布式存储厂商中，基于开源二次开发的厂商份额仅占18%。 #真相#：开源只是部分厂商的商业选择，分布式存储产业的主流还是非开源，并且开源并不代表更加自主可控。 谎言四：分布式存储可全面取代企业外置存储 这是一个在存储领域争论最大的问题。 正所谓长江后浪推前浪，分布式存储快速增长是不可否认的，这从各大厂商的业绩报告和分析师报告就能看出来，但想要把企业外置存储这个前浪拍死在沙滩上还是步子迈太大，不现实。 企业外置存储在相当长的一段时间内，仍然是主流。它主要面向企业传统应用如ERP/CRM/HIS等，数据量不大但对可靠性、性能有极致要求，如银行Core-Banking，从可靠性、生态层面，分布式存储都不是最佳选择。分布式存储主要面向海量数据、新兴业务场景，如HPC/EDA、大数据，这类场景以二进制文件、视频、图片等非结构化数据为主，数据量极大。所以从场景来看，二者场景是有明确区隔的，按场景并存是最好的选择。 从技术的角度，分布式存储的发力点在大规模的扩展性，基于此逐步优化性能、可靠性，让海量数据存得下、用得起；集中式存储的技术方向在于保持稳定性的基础上，利用更快的介质、更低时延的网络为核心业务提供加速，让业务更稳、效率更高。因此，从技术方向上来看，二者也是各有侧重的。 #真相#：分布式存储和企业外置存储并非取代关系，二者相辅相成、互为补充。企业外置存储主要面向结构化数据市场，分布式存储主要面对海量非结构化数据市场（高价值分布式文件、分布式对象）。 免责声明：本文内容由21ic获得授权后发布，版权归原作者所有，本平台仅提供信息存储服务。文章仅代表作者个人观点，不代表本平台立场，如有问题，请联系我们，谢谢！

冰箱及其他厨房电器对能源的要求较高，因此给离网型能源系统带来了巨大挑战。如今，经过改进的冰箱压缩机由无刷直流电动机或永磁同步电动机（PMSM）驱动，可满足相当高的能效等级。这种高能效可通过在无刷电机中使用基于逆变器的变速驱动器来实现。 老一代冰箱使用的是单相感应电机，这种电机无法自启动。一般可通过添加辅助绕组或罩极来解决这种问题。但是，由于没有其他用途，这两种方法在电机启动后都会浪费能量。ACIM电机面临的另一个挑战是，在达到目标转速之前，转矩输出都非常低。 相比之下，基于PMSM的压缩机非常高效，运行时也要安静得多。如有需要，这些压缩机还可以在启动和低速运行时提供更大的转矩。因此，PMSM或内部永磁电机正逐渐成为新冰箱的首选解决方案。 压缩机电机控制软件尤其面临挑战，因为在停机和快速重启期间由于冷却液回压高，因此要提供可靠的启动，需要平衡掉每次机械旋转中活塞运动的导致的震动。为了解决这些挑战，我们通过基于dsPIC33数字信号控制器（DSC）的冰箱压缩机参考设计为PMSM和IPM电机实现了独特的算法，旨在确保每次启动都安全可靠。转矩补偿算法会自动调整活塞运动的电机转速，以减小噪声和振动。 PMSM电机是另一种可行的方法，其原理是通过实施变速（变频）驱动器（VFD）来提高能源效率。使用单相交流感应电机无法实现该方法。VFD允许压缩机以维持冰箱内部恒定温度所需的最佳转速运行，从而节省能源。 使用磁场定向控制（FOC）算法可提供VFD和其他高级电机控制功能，例如动态启动和带自动恢复功能的失速检测。与FOC一同应用的还有单相并联电机电流检测技术，这项技术可降低总体BOM成本。 Microchip的冰箱压缩机参考设计提高了原型设计的速度，并有助于使用 dsPIC33 DSC打造兼具成本效益和创新性的设计。该设计同时支持内部永磁同步电机（IPMSM）和表面贴装永磁同步电机（SPMSM），适合与多种冰箱压缩机电机配合使用。软件算法可确保压缩机以高回压和低待机功耗实现可靠启动。借助单相并联电流检测技术，可实现无传感器FOC VFD。此设计支持一系列有助于提高效率的高级控制技术，包括过流保护、过压和欠压保护、转速误差和浪涌电流限制等功能，可帮助电机实现可靠的运行。 图1. dsPIC33 DSC参考设计的主要电路元件 图2. 冰箱压缩机开发板的尺寸 与实际冰箱中使用的电路板相同 dsPIC33 DSC具有多种功能，例如高级电机控制PWM、集成高速ADC、运算放大器和高速模拟比较器，可帮助PMSM实现经济高效的高性能FOC驱动器。这种较高的外设集成度有助于降低整个系统的BOM成本。 在业内，功能安全已成为确保安全可靠运行以保护最终用户利益的关键因素。我们的“功能安全即用型”dsPIC33 DSC提供众多安全硬件功能、功能安全配件以及经VDE和UL认证的IEC 60730 B类安全诊断库，能够轻松满足功能安全标准，实现可靠稳健的运行。 ▼通过包含丰富保护功能、电机控制和应用程序源代码、用户指南和多个通信端口的成套示例设计缩短开发时间 关于世健 免责声明：本文内容由21ic获得授权后发布，版权归原作者所有，本平台仅提供信息存储服务。文章仅代表作者个人观点，不代表本平台立场，如有问题，请联系我们，谢谢！

24小时 24时区 和中兴人一起 共同相约2021年的第一天 相约元旦，一眼看遍全球 中兴通讯的工程师们活跃在世界各地 搭建信息桥梁 筑路数字经济 欧洲 东一区 · 西班牙 东三区 · 俄罗斯 非洲 东二区 · 埃及 东二区 · 南非 零时区 · 摩洛哥 美洲 西六区 · 墨西哥 东六区 · 尼泊尔 东六区 · 孟加拉 东八区 · 中国 同样的连接 不同的风景 全球24小时 中兴人全程守护 让沟通与信任无处不在 2021年1月1日 我们的故事 新年上映 免责声明：本文内容由21ic获得授权后发布，版权归原作者所有，本平台仅提供信息存储服务。文章仅代表作者个人观点，不代表本平台立场，如有问题，请联系我们，谢谢！

近期,美的集团旗下广东美的机电科技有限公司成立,注册资本为5亿元,经营范围主要为电机及其控制系统研发、电子元器件制造、电机制造等。该公司由美的集团股份有限公司100%持股,法定代表人为美的公司董事长伏拥军。 美的集团作为家电行业巨头,成立一家新的公司自然不可能是闲来无事,必然有着深远的意义。 图片来源：ofweek维科网 加快“灯塔工厂”建设 在2020年11月10日,美的机电签署了“机电产品战略投资协议”,在顺德杏坛建设美的机电产品生产基地,并规划将其打造成为世界级“灯塔工厂”。美的集团董事长兼总裁方洪波正在签署协议的仪式中提出,美的机电产品生产基地将通过前瞻布局智能制造领域,打造成为全国工业智能制造示范基地,争取建设成为世界级“灯塔工厂”。 此举意味着美的的“机电大集群”战略将全面提速、持续推进,保障美的在各行业的稳定发展。美的成立机电科技公司将会加快“机电大集群”战略的实施,加速世界级“灯塔工厂”的建立,巩固自身地位。 保障新领域的发展 如今家电的市场已经趋于饱和,以由家电行业向外延伸发展,是美的集团的愿景,也是大势所趋。 为了拓宽自己的产业,美的集团完成了对德国库卡集团以及合康新能的收购。库卡集团主要涉及机器人领域,收购库卡集团,一方面是因为美的本身的智能化制造需要大量的机器人,另一方面也有助于帮助美的进军机器人行业,扩充发展路径。 而合康新能的核心业务包括工业变频器、伺服系统,属于电气工控领域。对于美的而言,合康新能的工业变频器、伺服系统将使美的集团进一步加强工业自动化与电力电子软件驱动领域的产业布局,提升工业自动化产业链协同机会,拓展美的集团B2B业务规模,强化B2C和B2B业务“ 免责声明：本文内容由21ic获得授权后发布，版权归原作者所有，本平台仅提供信息存储服务。文章仅代表作者个人观点，不代表本平台立场，如有问题，请联系我们，谢谢！