大家知道微服务架构以来，网关作为一个基础设施，越来越多的被大家熟识，如：zuul和kong，包括后来的springcloud gateway。今天我来介绍另外一个网关产品：incubator-shenyu
incubator-shenyu：JAVA语言中高性能，可插拔，响应式API网关。看看源码可以和其他java系网关做一下对比
功能特点
提供了诸如限流、熔断、转发 、重写、重定向、和路由监控等插件；
支持 HTTP、RESTFul、WebSocket、Dubbo、 GRPC、 Tars、 Spring Cloud 代理；
支持热插拔，用户可以定制化开发；
为了灵活的适配，选择器和规则可以动态的适配；
支持集群部署；
支持 A/B 测试和灰度发布。
项目地址：incubator-shenyu: JAVA语言中高性能，可插拔，响应式API网关
#开源项目精选#
#新书速递#《Spring 5攻略》Spring源码实战开发技术入门到精通，畅销图书全新升级，侧重于使用Spring5开发Web程序和JAVA应用程序，提供大量实用代码，赠送代码资源。
1.本书提供了完整且真实的代码示例，且代码资源可免费下载，可用于解决在使用Spring 5开发时遇到的几乎所有问题。
2.本书除了介绍Spring的基础知识之外，还介绍了Spring企业级开发的一些解决方案以及Spring Web服务相关的一些知识。
3.大家还可以在本书中看到与Spring Framework 5、响应式Spring、Spring 5微服务等相关的主题。
4.本书专注于使用Spring Framework 5的特性来构建企业级的Java应用程序。#Spring#
Spring 5攻略
网络安全漏洞预防与保障
对漏洞而言，有效的漏洞管理可以及早地发现漏洞并遏制漏洞利用事件的发生，能显著降低企业面临的风险。
随着公司数字化转型建设的不断推进，数字化业务与网络安全逐渐高度融合，要求公司必须增强机遇意识和风险意识，牢固树立底线思维，加强网络安全体系和能力建设，全面提升网络安全本质安全水平，实现人、物、管理、环境等各要素安全可靠、和谐统一，逐步趋近和实现预防型、恒久型、本质型的安全目标，夯实公司高质量发展安全基础，构建本质安全型数字化转型，为国家关键信息基础设施安全保障工作积极奉献力量。
一：压实安全责任链条，夯实人员安全底座
公司以结果为导向，贯彻落实国家法律法规和上级领导要求。以压实安全责任链条、提升六项管理能力、落实人员管控机制为手段，全面提升公司网络安全管理与监督能力，使网络安全风险可控在控。
优化完善公司网络安全组织架构，设置首席网络安全官，以首席网络安全官为督导主体，深化安全责任落实，强化责任制检查考核奖惩力度，做到“职责实、机构全、岗位明、手段齐、底数清、考核严”。
二：实现全网统一的安全漏洞持续发现、通报、验证、处置闭环管理
经过多年网络安全建设，公司已建成信息安全运行监控预警系统、资产库、网络安全漏洞库、网络安全靶场，集立体监测、威胁研判、态势感知、仿真验证、安全运营支撑、自动化处置等应用能力于一体。
对信息安全运行监控预警系统进行技术架构重构。充分利用云原生技术，推进以微服务模式提供各类安全能力组件接口。建设标准、统一的网络安全数据采集、处理、存储、分析与服务底座，进一步把安全大数据服务与安全分析、态势感知等专业应用进行解耦，将安全大数据模块拆分为独立的安全大数据服务设施。建立常态化网络安全攻防机制，按照“红队攻点，蓝队防控，督查监督”的定位，切实防范信息安全漏洞隐患。
三：紧抓供应链管控措施，“不能粗、不能放、不能松”
供应链是近年来漏洞事件高发之地。公司持续更新细化供应链图谱，针对公司核心网络设备、高性能计算机和服务器、大容量存储设备、大型数据库和应用软件、网络安全设备、云计算服务以及其他对公司有重要影响的网络产品和服务，根据国家相关规定，结合安全威胁情报，制定网络产品和服务供应链产品、企业、安全隐患与整改清单，对清单进行审核、发布、持续更新，确保安全隐患漏洞为零时才允许入网。
增强产品服务供应链入网安全。公司组织专业评估测试团队，加强网络关键设备和网络安全专用产品检测认证，制定软硬件产品入网要求，审核产品入网资格，严格落实网络安全审查要求。常态化加强设备入网测试、到货抽检等网络安全测试。加强 IT 资产及其组件的版本管理，对软件所使用的开源组件进行识别，检测开源组件漏洞，分析组件安全风险，避免开源组件带来的安全风险。对硬件的固件进行统一源代码缺陷分析、源代码后门审计和源代码缺陷修复跟踪，避免固件缺陷导致的安全风险。
提升已入网产品、服务供应链应急能力。公司制订服务、产品替代要求，当识别已入网软硬件产品发生高威胁漏洞或者已知重大隐患情况时，及时进行版本更替或者产品替换，实现业务连续及可靠。
四：实战化网络安全运行保障，建设网络安全“快反”机制
建成公司一体化网络安全运营中心和网络安全信息通报中心。创立网省两级网络安全指挥机制，组建网省级运营中心、地市级运营班组，统筹公司各级安全监控分析、网络攻防对抗、事件应急响应、信息通报共享、指挥协调、联防联保。
完善预测、防护、检测与响应专业能力，覆盖风险识别、威胁检测、预警响应、场景化安全防护需求。
充分利用公司统一安全漏洞库、威胁情报库以及安全态势感知信息，整合外部安全漏洞挖掘与情报研究资源，加强网络安全积极防御与攻击反制，提升网络安全对抗实战化水平，减少高级持续性安全威胁所可能造成的风险或危害。
实战化锤炼网络安全队伍，加强应急指挥与处置能力。公司组建网省两级网络安全技术队伍，建设网级电力专用网络安全靶场及电力监控系统仿真演练环境，组织系统化练兵。定期组织实战型网络攻防演习，检验网络安全防御、监测预警和应急处置能力，提升网络安全应急处置能力，有效支撑重保、护网等网络安全工作，达成“以我为主”建设队伍和实战检验应急预案双重效能。
五：深化安全漏洞风险管理体系，形成漏洞安全风险管控长效机制
健全网络安全漏洞管控机制。公司深化安全漏洞风险管理体系在网络安全的应用，组建数字化业务风险管控专家队伍，深度梳理数字化业务，研判数字化业务风险，建立数字化业务风险分级清单，制定并定期更新数字化业务风险基准控制措施。
六：深入推进加强多方合作，打造网络安全合作生态圈
公司与国家级网络安全专业机构达成战略合作，例如与中国信息安全测评中心签订战略合作协议，借助国家级高水平力量共保网络安全。打造能源行业产、学、研、用相结合的网络安全协作生态。
FBI 打击全球 DDoS 出租市场
FBI 在上个季度仅关闭了 15 个最多产的 DDoS 出租网站后，将全球分布式拒绝服务攻击的数量减少了 11%。
缉获后，根据 NexusguardQ4 DDoS 威胁报告（需要注册），DDoS 攻击的平均规模下降了 85%，最大攻击规模下降了 24%。
事实上，本季度报告的大多数攻击都是小规模的，超过 90% 的攻击规模低于 1 Gbps。
然而，越来越多的所谓的“点点滴滴”攻击。这些可以规避检测阈值，因为目标 IP 地址在每个活动中只收到少量响应，几乎不留下任何痕迹。
最受欢迎的点滴攻击类型——简单服务发现协议放大攻击——同比增长惊人，达到 3122%，占总攻击流量的 48%。
用户数据报协议 (UDP) 和 HTTPS Flood 攻击分别占 14% 和 9%。
与此同时，攻击者变得更加顽固，在为期一个月的活动中，目标站点在 12 月的大部分时间里每天遭受多达 13 次攻击。
在攻击来源方面，中国一如既往地领先，占 DDoS 攻击的 22%，其次是美国（18%）、法国（7%）和俄罗斯（4%）。
去年 12 月，FBI 查封的网站包括 Quantum Stresser，这是运行时间最长的 DDoS 出租服务之一。
自 年推出以来，昆腾拥有超过 80,000 名客户订阅。仅在 年，该服务就在全球范围内发起了超过 50,000 次实际或未遂 DDoS 攻击。
其他受到道德挑战的服务包括 Downthem、Ampnode、critical- 和 。
去年四月，欧洲刑警组织取缔了 ——世界上最大的 DDoS 攻击市场。
尽管第四季度 DDoS 流量有所下降，但 Nexusguard 研究人员警告称，由于僵尸网络数量的增加和巨大的需求，所谓的“引导者”或“压力者”网站将卷土重来。
他们引用了 Mirai 源代码的传播，该恶意软件将运行 Linux 的网络设备变成了机器人，并称这推动了僵尸网络的“指数”增长。
该团队还认为，联邦调查局的突袭只是触及了问题的表面，呼吁执法机构改善他们的情报共享。
“对于新手来说，进行 DDoS 攻击不再需要编码或黑客技能；现在只需点击几下，”研究人员警告说。
“尽管执法机构尽了最大努力，但更多的带宽、更快的连接速度以及未修补和未知的硬件/软件漏洞将继续使 DDoS 攻击成为一个令人头疼的问题。”
我们做Java业务应用开发的程序员，高并发、大数据、高可用、高性能，一系列高大上的追求是我们的终极目标，但有幸步入这个领域的项目开发的人，恐怕还不到10%。
90%的人，都是些增删改查的搬砖工和跟数据库表、各种繁杂的技术组件斗争到底的苦力。
有没有那么些东西，是那10%，和那90%的人，都要同仇敌忾的东西？
有！业务，复杂的业务，多变的需求。
那么，如何才能打造高响应力架构呢？
领域驱动设计方法DDD（Domain Driven Design）为我们提供了很好的切入点。DDD 即领域驱动设计是思考问题的方法论，用于对实际问题建模，它以一种领域专家、设计人员、开发人员都能理解的通用语言作为相互交流的工具，然后将这些概念设计成一个领域模型。由领域模型驱动软件设计，用代码来实现该领域模型。所以，DDD 的核心是建立正确的领域模型。
《DDD领域驱动设计-货物运输系统》技术专栏从实战出发，通过DDD领域设计知识讲解-运行环境搭建-项目案例实战和源代码分析，让初学者快速掌握DDD和微服务应用开发。在技术专栏中，涉及到DDD领域模型设计、CQRS命令查询职责分离架构、六边形架构、Spring Boot、Spring Data JPA、Spring Cloud Stream和RabbitMQ等等知识点。欢迎访问和交流。
传说ue4源码的编译很费时间，但我觉得不会明显影响引擎优化岗的开发效率。首次全量编译花较长时间是正常的，但首次编译后进入引擎修改优化阶段，一般主要修改渲染模块（Renderer、RenderCore）下的h文件和cpp文件，修改后只会影响部分模块的编译。UE4已将整个引擎划分为了近1千个模块，就是为了提高局部编译的效率。今天试验了一下，和预期一致。测试用的台式机配置为： i7-3770 CPU @3.40GHz，16G内存，1T固态硬盘，编译器VC 。首次全量编译花费了约3个小时，这我到不是很介意，关键试一下修改部分文件后的编译速度。修改“..\Runtime\Renderer\Private\CompositionLighting”下的“CompositionLighting.cpp”和响应的头文件，在VC方案资源管理器中“UE4(Visual Studio )”点鼠标右键，选“生成”，编译完成用30秒，更新了E4Editor-Renderer.lib和E4Editor-Renderer.dll两个文件；如果修改Public目录“..\Runtime\Renderer\Public”下的“DecalRenderingCommon.h”，更新了4个文件，UE4Editor-Renderer.lib、UE4Editor-Engine.lib、UE4Editor-Renderer.dll、UE4Editor-Engine.dll，花费82秒。我这个计算机是9年前买的，如果现在的高配置微机，只要将优化修改控制在cpp范围，或模块的Private头文件范围，速度在20秒内应该没问题。如果确实要修改Public里的公开头文件，其影响的模块编译器会自动判断，前面我修改的DecalRenderingCommon.h就只多影响了UE4Editor-Engine模块的编译。
如果没有清华，我们还蒙在鼓里。时间回到2001年，上海交大为响应集成电路相关政策，任命美归博士陈进担任汉芯负责人。
陈进也牛，对外宣称摩托罗拉半导体总部芯片设计经理，顶着光环进入交大芯片研究中心只用16个月，就有了成果。先从摩托罗拉工作站下载了芯片的源代码，让在美同学根据代码做芯片设计，让苏州同学设计系统，这样一颗高仿摩托罗拉芯片就做出来了，然后就宣传汉芯1号研制成功。
由于没有获得授权，汉芯1号只能理论上可用，现实无法运行。于是，继续申请经费，让在美兄弟直接买回十块DSP5685原厂芯片，找到一个做室内装潢的公司，用上等的细砂纸把上面摩托罗拉的LOGO擦掉，再印上汉芯的商标。
这样，民工手工打磨+宣传，汉芯1号成了国产芯的标志，03年2月底，数十家媒体和数十位官 员的见证中，汉芯1号经多名技术权威鉴定：达到国外先进水平。
11亿的经费换来摩托罗托的芯片的捧场，如果没有清华BBS的质疑，不知这个真实身份只是高级电子工程师的陈进还能继续申请多少经费，1月17日，清华BBS一篇直指“汉芯1号”造假的匿名文章，惊动了相关部门，短短十天的调查，汉芯1号造假的事实落入大家的视线。
11亿，五年多，耽误了祖国多少时间，陈进远走高飞了，留下一地鸡毛。如果五年时间利用起来，我们现在也不至于在芯片产业中如此的被动。
今年以来，我们又出台了芯片产业相关规定，时不待我，真心希望祖国真的可以更强大起来，哪怕像某厂花一两亿，把国内相关团队买回来，再印上自己的品牌也比汉芯强，至少钱还在国内，人员也在国内。
公司开发软件千万别找兼职的个人，千万别找个人，千万别找个人，我一个客户花8万买的这个教训，让你看看有多惨，让你知道为什么不能找个人开发者！
我刚才把“千万不能找个人”说了三遍，目的是让大家都知道，别再入坑了。一个客户的奇葩经历是这样的，几个月前，他公司要做一个小程序，由于当时公司没有技术人员，他就找到了一个懂行的朋友，让他帮忙给找人开发这个小程序。他这个朋友呢，就给找了一位工作七八年的程序员，有这方面的开发经验，看起来也挺踏实，写代码这么多年肯定没什么问题。由于是朋友介绍的，肯定对这位程序员是百分之百信任，最后定下来开发费用80000，时间是两个月。
整个项目开发的过程中遇到了很多问题，主要是程序员的说话方式差点把客户气得喷血，经常出现拌嘴，就是咱们说的吵架，不过经过两个多月的时间，系统磕磕绊绊总算是上线了，费用已经结算65000，说是等系统上线运行一个月没问题以后，再支付剩下15000尾款。
客户本以为就这样可以使用了，当时只是让负责开发的程序员哥们给演示了一遍，看起来是没问题了，客户也是完全相信这位程序员了，也没对系统进行认真测试。当天就在公司里全通知了，让公司所有业务员准备在明天进行推广，看起来好像很顺利。谁想到第二天业务员开始推广的时候就出问题了，还有报错，流程走不下去，立刻联系那位程序员，结果程序员说在开会，不方便接电话。然后客户通过微信把错误截图发给程序员哥们了，过了一会儿，这哥们回复了，回复内容大概是说：现在没时间看，晚上下班以后帮你解决。
都快气炸了，所有业务员都没办法推广了，然后客户打电话给他朋友，也就是最初给他介绍程序员的那个朋友，他说他也是没办法，只能帮他催催了。因为白天程序员哥们要上班，不太可能在公司给他解决问题，所以要等等，就这样一天时间啥也没干。不过庆幸的是，当天晚上这个程序员哥们就把问题解决了，第二天公司业务员又去做地推做推广去了，结果更尴尬，业务员刚才推广的记录不见了，又是紧急联系负责开发小程序的哥们。结果可想而知，跟昨天是一样的结果，白天还是不能给解决问题。再着急也没用，负责开发的哥们没时间啊，只能等到晚上再给看问题。
就这样，来来回回发生了很多次这种问题，最后客户实在是没耐心了，不能因为这个总耽误事啊。前段时间在网上看到我是做这块的，所以他想着是，让我们技术团队把这个系统接过来。这其中又发生了一个小插曲，由于客户的尾款没给人家结算呢，程序员哥们不给源码，经过半天的沟通，最后客户无奈只能把尾款转给了那个哥们，然后才拿到了代码。
最后的惨痛教训是，钱花了，系统的问题不断，这还不是最致命的问题，最闹心的问题是这位兼职程序员不能快速响应给解决问题。说实话，我之前也说过这个问题，找个人兼职开发者开发软件，遇到这种情况完全属于正常的。找个人开发软件，看起来好像可以省钱，其实耽误业务的成本还没算进去呢，如果全算进去的话，那成本远远超过找正规软件公司的费用了。
下面我总结了一下，不能找个人开发者的主要原因，有四个方面：
第一方面，也是最重要的，个人开发者时间不能保证，他不能像正常的公司那样，可以保持正常的上班时间，没法立刻给解决紧急问题，就像刚才这位客户遇到的这种情况一样，白天不能做，只能晚上做，多耽误事啊。
第二方面，一个人包揽了软件的所有模块，包括前端页面和后台管理系统，没有专业的测试人员，个人的时间有限，精力有限，测试不到位，所以开发出来的软件系统出现的Bug会比较多。
第三方面，做小程序会涉及到前端和UI，他不像做一个PC业务系统，只关注业务就行。小程序需要有很强的UI设计能力，一般兼职的程序员都是后端开发出身，根本就不擅长写前端页面，甚至都不懂图片设计和图标设计，前端容易出现很多问题。
第四方面，即便这个的能力超强，即懂后台开发，也懂前段开发，还懂UI设计。但是由于一个人写软件系统的所有代码，时间比较仓促，往往代码质量很不规范，稳定性差，代码不易维护。后续如果想找其他人接手的话，是非常困难的。
恒生电子调研
Q：新产品UF3.0和O45产品目前的进度情况？
除了招商，还有两家，招商估计在3季度（9-10月份上戏），还有一家今年上，另外还有一家在实施，前期会比较慢，但是后面会快很快，70%左右的标准化+30%左右的定制化，到后期的进度会快，人力投入会少一些。
交易规则没有太大的变化，满足客户的需求，需要实际场景去跑，客户业务层面也有谨慎性，UF3.0和O45都不会立马切换，会两套系统一起跑一段时间。
UF 2.0 万亿的行情是可以支撑的，分布式的影响最大是交易的速度上来了，从每秒几百笔到每秒上万笔，UF2.0 的时候可以支撑万亿，T+0如果跑起来的话，日活的加速，对头部客户投入会比较积极。
O45预计上线时间？
今年年底能够在公募基金端上线，内部有很多版本，银行理财子的版本都已经上线了，银行端没有历史包袱，复杂程度没有公募基金这么高，我们现在的在做的公募基金，业务交易量大对这个比较谨慎，公募基金会盯着其他人看效果，银行都想佐先行者。
Q：今年人员增长情况？
人数：今年预计人数增长控制在20%。现在社招基本上已经停掉了，除了管理岗位和核心的专家外，之后就是秋招的应届生了，对人员流失做提前的准备。
Q：客户的业务创新，力度稍微大一些，客户的需求有没有看到比往年增速更快的情况？
考核：客户第一，订单，收入。订单端一般不做披露，可以看合同负债。
收入端受到新会计准则的影响，整体来看有注意到这个行业的创新在不断加大，推动恒生增长的三姑力量，客户、监管、技术，明显市场和技术带来的增长更强了，所以我们也积极投入了很大的人力，但是不会是爆发式增长，组织能力要跟上，引入华为的IPD和研发，产品层面不断夯实技术优势。
行业的增速非常快，恒生要保持基本盘的稳定，再去开拓新的行业，做广做深，今年是20%左右的增速，希望把人员和组织管理做起来。
Q：上半年收入增不是很高？
A：收入增速22%-24%，全年20%的增速口径。半年度业绩会上讲的全年预期20%，可能会超，但是不会超太多。爆发增长对我们组织管理压力很大，不会粗放野蛮增长，这个阶段投入和费用上会加大。
中报会比中位数偏高一些。
下半年会不会数据更好看，完成了业绩指引的一半，财务没有按照新收入准则完整跑过一年，全年还是20%，不会超太多。
半年报没有太多的参考意义。
半年报会有一个同口径的数据。
我们每年有定KPI，现阶段也调整了组织管理体系，把销售和实施团队绑定在一起了，减少销售吹的天花乱坠实施不了的情况，今年争创双一流企业，今年要做一个提升，才能更好的发展。
Q：有没有定增的需求？
A：每一家公司发展到一定阶段都有这个需求，看战略决定，恒生只有IPO融过钱，现在比较资产充沛，除非有大的业务需求才会做定增。
Q：债券交易系统上线情况？
A：上交所业务已经完成，后面深交所可能也会开展，还没上线，合同确认大部分还没进来，现在要上线，到竣工才能验收。
Q：收购的恒生利融的情况？
A：并购有一段时间了，然后去购买Finanstra源代码，这个行业分为两大块，做银行交易系统，基本上都是外资行去做的，finanstra，城商行的头部也是他垄断的，再下面就是comstar，这个行业资金业务系统是有一定体量的，但是银行就是希望定制化开发，外资和内资不太一样，外资一般只提供产品，银行的服务就是利融来提供的，之后会有产品+服务，还没跑出来。
Q：为什么Finanstra要把源代码卖掉？
自己做和恒生合作，他们也有衡量过。今年4家并购完成了。
Q：定制化与客户满意度提升的变化？
A：针对头部，证券、基金，各自有3-4家，三个代表工程，研发、销售、实施有3-4个人去跟客户，有一定客户满意度的提升，会在更多客户领域和行业做好客户服务。
自研：我们这个阶段会给头部客户提供一些定制化开发服务，如果我们一直做标准化产品，不去相应客户需求，那我们的积累就会不够，也不能服务好客户。
差异化方式：
1.支持客户的自研
2.提升客户满意度
3.未来支持客户自研，组件分发，模块化调度等方式。包括jeris 3.0 技术平台的输出。
头部客户20%。
不可能说对中小型客户也投入这么多力量。分为三类客户：1.头部客户，标准化产品+定制化服务，相应客户的想法和业务需求。2.中间的客户，3.小客户，他们是跟随状态。
所以开始说客户第一，今年说质量第一。
广发60%的人是恒生的
客户的IT预算在增加的
一些业务热点在转移，但是体量最大的还是和交易相关的，业务热点会更多去响应。
定制化的问题？
金锐是公司的成本中心，不会去接外包的单子，现在投入到外包也非常少。外包对我们而言压力是蛮大的，我们做客户第一，客户对我们外包人员的不满意都会影响我们的业务，客户现场的定制化需求很多想法不一定能够跑通。所以我们外包也不一定会去做。
#三家银行宣布支持鸿蒙系统#【套壳安卓还是自主研发】鸿蒙现世，举国欢腾，但也有人质疑，鸿蒙只是个套壳安卓，不属于自主研发的操作系统。投帅之前在科技线也参与过两年的手机银行项目，今天就跟大家聊聊，鸿蒙到底是什么情况。讲完大家自然就能明白，为什么有银行会立刻宣布大力支持，友商会却都选择低调婉拒。
一、鸿蒙基于AOSP开发，毫无争议。
鸿蒙源代码是公开的，只要懂技术的，一看便知，无论目录结构还是底层代码都明显得很“安卓”。
而是华为BG软件总裁王成录接受采访时也都亲口承认。鸿蒙是基于AOSP开发的，华为粉丝还有什么接受不了的。
AOSP，全称Android Open Source Project，安卓开源项目。
鸿蒙的主代码主要还是定义UI，从这个意义上讲，鸿蒙跟之前的EMUI也没有什么本质的区别。
二、Android并非谷歌独有，而是面向世界开源。
基于AOSP开发，并不等于套壳安卓。
我们熟悉的安卓系统，实际也是谷歌在AOSP基础上再开发的产物。
AOSP本身是基于Linux的开源项目，不属于任何公司，谷歌可用，华为也可以用。
华为这次在鸿蒙系统中，加入了分布式文件服务、分布式数据服务和分布式任务调度，这三个关键点是鸿蒙独有的，也是华为独立研发的。
从这个意义上，鸿蒙相对之前的EMUI升级明显。
三、阿能诃鼓，能不能补？
佛法中有一个阿能诃鼓的故事，说阿能诃鼓是件宝物，鼓动响亮，余音不绝；但用得久了难免出现破漏，只能找人修补。
随着时间推移，鼓破的地方越来越多，修补的地方也越来越多。
那么，后面修过的这面阿能诃鼓，还能叫阿能诃鼓么？修到什么程度还能算阿能诃鼓，如何界定？
操作系统也是一样，爆改后的安卓还叫安卓么？
如果谷歌基于AOSP开发的安卓可以算自主操作系统，为什么华为的鸿蒙不能算呢？
但是反过来，如果华为的鸿蒙算是自主研发的系统，那么，同样基于AOSP开发的小米MIUI、魅族Flyme算不算呢？
对AOSP的改动要多大，才有资格算一个全新的操作系统？
综上
所以，为什么会有银行立刻支持鸿蒙系统？
因为它核心还是安卓的，银行的手机APP直接可以兼容，银行属于无成本搭便车，何乐不为。
为什么友商们都表示婉拒呢？
有人说，一款操作系统，想在市场中生存下去，市场最低占有率必须达到14%，因此呼吁国产手机四强联合起来，希望小米、VIVO、OPPO也共同支持鸿蒙。
结果无人响应，也是基于同样的原因。大家都差不多的，强行统一，彼此都不乐意。
还有人说鸿蒙的核心在万物互联的物联网，这个，其实，也都是已实现的东西。
就像谷歌的Fuchsia、小米的VELA、阿里的AliOS Things，只不过是华为给起了个跟手机系统一样的名，叫万物鸿蒙而已。
