2022年北京冬季奥运会的顺利举办，让物联网再度成为“热”科技，小到数字创可贴、数字胸牌，大到互联网照明系统及整个奥运村，物联网技术呈现在冬奥会的各个角落。在幕后的人员高效管理方面，也离不开物联网技术的支持。据了解，由商米科技联合小工蚁在冬奥会期间打造的人员管理解决方案中，商米智能移动终端L2s用于身份核实、信息录入，反应灵敏、运转流畅，助力工作人员高效完成任务。

商米科技成立于2013年，是一家以“利他心”为核心价值观的物联网科技公司，致力于为商用领域提供丰富且优秀的智能IoT设备及相应配套的“端、云”一体化服务。

2016年起，商米科技聚焦智能商业硬件领域，研发商米IoT云平台。基于手持金融收银设备、台式收银设备、手持非金融智能设备、自助设备等核心硬件产品，商米紧贴商业物联网场景需求深度优化了Android操作系统，并通过商米IoT云平台聚合大量开发者，商户根据实体商业场景自主选择各类应用软件。

目前，商米科技服务于餐饮、零售、生活服务、批发、物流、景区、酒店、医院等广泛应用场景，通过建立全球化的市场营销网络，商米已经成功将产品销往中国、美国、日本、新加坡、俄罗斯、捷克、南非等200多个国家和地区。

商业物联网终端大多具有跨场景的属性，其不仅是商业物联网感知层的关键，同样可应用于政务、交通、医疗等各种存在缴费、履约需求的场景中。商米科技也依托自身技术积累，不断拓展产品系列，扩宽覆盖场景，向供应链物联网和智慧城市等领域渗透。

在智慧交通方面，商米科技曾助力助力成都交投智慧停车公司全方位实现设备和管理升级。2021年，针对IoT设备性能落后，网络部署管理难，联网问题困扰大以及人员、设备数量庞大，管理时效低下等路边停车场景问题，商米科技整合“智能IoT设备+平台服务+业务服务”商米“端、云一体化”解决方案，实现了对成都中心城区5+1区域2000多名收费员、设备，进行统一云端管理，实现监管效果提升、人力成本投入下降。

在金融方面，商米科技联合MKP Mobile与印尼国家银行 (BNI) 合作，提供商家收款解决方案。据悉，商家使用SUNMI P2收款，支持磁条卡/IC卡/二维码等全渠道收款，消费者可以得到安全、便捷和流畅的支付体验。

在医疗领域，2020年疫情爆发之初，商米科技也曾为雷神山医院提供智能手持设备L2，用于医院数据信息采集，保障从患者建档、诊疗、护理到医院的智能化信息管理，减轻医护人员负担，提高诊疗效率，打通数字化防疫最后一公里。

商米科技以商业物联网解决方案形成竞争壁垒，聚焦商业数字化新兴应用场景，以商用操作系统和 IoT 云管理平台为支撑，逐步丰富产品体系并不断提升硬件感知和连接能力，将赋能开发者、集成商等合伙伙伴为用户提供丰富多样的解决方案。

免责声明：市场有风险，选择需谨慎！此文仅供参考，不作买卖依据。

　　技术团队的质量水平既影响到用户体验和业务效果，也与团队的研发效能和技术氛围息息相关。

　　有赞的移动端受到线下门店场景的特殊性影响，需要支持本地的离线计算和硬件能力更有限的收银机设备，这也对移动端质量体系建设提出了更高更严格的要求。我们在探索移动质量提升的过程中，沉淀出了一些思考与方法论。

　　质量与稳定性是技术团队的地基

　　在技术团队，质量的话题相信大家都不陌生。以有赞的业务为例，质量问题无论是发生在业务上的交易链路还是在引流链路上，亦或是启动时的闪退或 loading 时间过长的性能问题，都会造成我们所服务的商家经营上的低效和 GMV 的流失，导致商家对有赞的技术能力产生质疑和抱怨，最终影响到有赞SaaS服务的续费率。

　　但事实上，质量不佳不仅会影响到业务和商家，对于技术团队自身的影响也不容小觑。

　　有赞移动团队也曾经历过从0到1快速迭代功能上线而对代码质量重视不足的阶段，这些挖下的坑在业务快速拓展的过程中带来了大量的线上问题和故障。线上问题的频发会让整个团队陷入一种效率上的恶性循环：应对线上问题会打断进行中的项目进度，严重的时候很多开发同学甚至不得不整个白天都在忙于处理线上问题，到了晚上才有空开始补今天的开发进度。这种情况下不仅会产生加班、延期等显性的影响，更严重的是技术方案考虑不周、Code Review不细致等隐性影响，会进一步降低线上代码的质量。这样的恶性循环也会让整个团队忙于救火，技术沉淀和氛围更加无从谈起。

　　▲质量不佳对于技术团队会形成恶性循环

　　因此我们深刻的感受到，对于一个技术团队而言，质量和稳定性其实是团队的地基。在好的质量基础上，我们才能更好去追求业务上的支撑与推动、研发效能提升、团队技术氛围等其他目标。

　　有赞移动质量要求的特点

　　不同类型的业务场景中，对于移动端的要求也会有不同的侧重点。有些金融背景的业务会对于 aPP 的安全性要求更高，而另一些电商背景的业务可能对于动态能力要求更高，而技术团队在质量上努力的方向和侧重点都与业务特点密切相关。

　　那么有赞的业务场景中对移动端有哪些要求呢？我们归纳成以下两个突出的特点：

　　受限的硬件水平。1、离线的业务能力

　　对于市面上的大部分app，当用户在移动 app 上操作下单的过程中，移动端通常只会负责信息的展示和用户的交互。而订单金额的营销计算（比如某个商品是否可以用优惠券减钱、某个商品是否在订单中符合成为赠品的条件）、数据的校验、订单的生成这些敏感的业务逻辑都会放在后端进行处理。

　　但是在有赞的门店业务场景中，我们为门店收银员开发的收银终端 HD 应用需要提供离线开单的能力。

　　这是因为门店场景中面对的是来店的顾客和真实排在收银台前的待付款消费者。这种场景要求收银系统在面临断网或者服务端宕机的挑战时，需要具有本地收银的能力。如果来店的消费者因为收银系统卡住而离店，那么商家就会蒙受巨大的损失。

　　▲门店场景中供门店收银的HD应用

　　本地去做营销计算和订单生成的要求不仅对于移动端本地数据缓存能力、数据变更及时性、逻辑复杂度、数据安全性提出了更高要求，在质量保障上还带来了两点挑战：

　　营销计算中的资损风险

　　问题的及时修复能力营销计算中的资损风险：如果移动端在创建订单过程中只负责信息展示和用户点击操作时，移动端由于自身 bug 导致资损风险的概率是极低的。但是当商品的折扣计算、优惠分摊、组包拆包、优惠叠加互斥逻辑都落在移动端本地时，编码 bug 导致订单金额计算错误，进而导致商家或者消费者资损的概率就会直线上升。比如一个商品并不在商家的限时折扣活动范围中，但是由于bug导致给这个商品也打了折扣卖了出去，就会给商家带来资损。而资损故障是非常严重的。这就要求我们必须有更严格的机制去确保核心代码的L0级稳定性。

　　问题的及时修复能力：当线上问题可能涉及资损时，也进而会对移动端的问题修复能力提出更高的要求。

　　就问题修复及时性而言，移动端相对于前后端有着天然的劣势。后端或者前端同学发现线上问题时，可以通过回滚做到几分钟内止血。但移动端不可能让每个终端卸载重装老版本，同时市面上的热修手段也存在诸多限制。这让我们不得不对于问题修复流程中的每个环节做更深入的思考与探索，尽可能在问题发生时能够快速止血，降低影响面。

　　2、受限的硬件水平

　　在门店场景中，我们为门店收银员提供的HD应用安卓端是运行在收银机上的。对于收银机的硬件能力，我们可以通过一个简单的对比感受一下：

　　商米 T2 收银机，也是我们目前客户中使用率较高的一款设备，内存2G，某电商平台上售价3000多元

　　红米 Note9 手机，安卓千元机，内存6G，某电商平台售价999我们抛去 CPU 能力等其他因素，但看内存这一项就存在着巨大的差距。有限的内存能力，要求我们移动技术同学不仅在编码和技术方案设计阶段在性能上有更细致的考量和设计，也要求我们对于线上的 app 性能卡顿问题有更强的分析能力和解决能力。

　　有赞移动质量提升的探索与实践

　　结合前文提到的有赞业务场景的要求，我们着重围绕以下几个命题，思考和探索如何提升移动质量：

　　如何深度防范资损故障，让资损的风险尽可能清零？

　　如何体系性的提升移动端质量，让线上问题数量保持在较低的水平？

　　如何搭建完善的性能监控体系，全面提升app性能，降低卡顿的发生？我们将探索中的心得归纳为以下几点：

　　有效的流程机制支撑

　　重视性能1、主动发现问题

　　在我们曾经出现过的一例线上资损故障中，由于场景实际触发频率较低，导致测试过程中被遗漏了。这个bug是6月6日发布上线的，但是直到7月10日有一个商家上报了一例我们才发现了这个涉及资损的问题。这件事情引发了我们的反思，对于核心业务链路上的异常行为，难道我们发现问题的途径只能依赖用户上报吗？

　　事实上，主动去发现和修复问题对于移动端同学并不陌生。一个移动团队即使是在建立初期也会通过一些三方平台，对自己每个上线的版本进行 crash 的监控和分析。crash 平台就是主动发现和解决问题的表现。那么业务流程中的问题，我们是否也能做到主动上报、主动发现、主动修复处理呢？答案一定是可以的。

　　因此我们搭建了天网报警平台，目标就是对于核心业务链路上的异常情况，可以达到 crash 上报、分析、跟踪的同样效果。一套 crash 分析平台通常具备以下能力：问题上报、数据聚合、任务分配、版本过滤、上下文信息等，我们的天网平台也提供了相同的完整能力：

　　数据上报：通过业务核心环节的主动埋点，对异常进行主动上报，根据问题不同分级支持设置不同的上报优先级策略

　　数据聚合：相同的问题通过后台进行聚合，提供问题列表并支持各种条件筛选

　　任务分配：问题可以分配给责任人跟进

　　消息报警：当问题符合报警策略，自动关联到企微报警，并直接at对应业务域的负责人，第一时间介入处理

　　版本过滤：问题修复后支持设置已修复版本，后续上报问题如果小于等于已修复版本则不再报警，如果大于已修复版本则代表问题再次发生，会再次报警需要跟进

　　周报日报：周期性汇总线上报警问题数量和状态，提醒责任人及时处理搭建了完整的平台能力之后，我们也深知整套系统的有效运转其实是深度依赖于业务同学在业务流程的关键环节中的主动分析和埋点，丰富的业务埋点才能让这套系统真正在业务主动防控中发挥效果，因此我们还汇总了适合业务主动埋点的最佳实践：

　　数据校验：对于端上通过输入或者计算产生的数据，可以通过交叉校验分析异常；

　　关键内容缺失：各环节在收口阶段均可以校验自己获取的参数完整性，如果有关键内容缺失可以主动上报；

　　系统异常：无论是 iOS 系统 API 返回了 error，还是 Android 系统中 try/catch 的异常，都代表本地系统调用出现了预期外的行为，可以主动上报以下是一个天网报警的例子，在收银员操作一笔订单的过程中，移动端上报后端的开单参数中会包含以下信息：

　　商品信息（如一听可乐，售价3元）

　　营销信息（限时折扣7折，或者会员价2.5元）

　　支付信息（最终通过会员价2.5元结算，通过现金进行支付）

　　会员信息（用户登录的会员、在该笔订单中所使用的是哪张会员卡等）我们曾经出现过的一个bug是在大型项目改造的过程中，在调用后端API传参时没有传选中的会员卡号。这个场景下，当这张会员卡有发放多倍积分的设置时，就会导致该笔订单最终发放的积分错误。这种场景下，我们增加对参数的主动校验：当开单参数中的营销信息中存在会员卡优惠，但是会员信息中又没有传卡信息时，就很有可能是开发中出现了bug，通过这样的参数内部交叉校验，我们就可以进行主动上报。

　　事实上，在一年后的一次重构过程中，开发同学真的又一次出现了同样的失误，而天网报警提供的信息这次就给与了我们很大的帮助。

　　截止目前，我们已经在业务核心链路上预埋了上百个报警点，并在线上多次真实预警了线上问题，让我们可以第一时间进行主动修复。

　　看完前文可能有细心的同学已经会问了：如果对问题进行了埋点报警，那么又何必等到它上线再去处理呢？是不是在上线前就可以把问题修复掉？

　　答案当然是可以的。有赞的移动端发版是采用发版车机制，每周一我们会将测试验收通过的需求代码 merge 到 dev分支，去打出“高铁包”给测试同学进行回归，并且配合自动化测试进行核心流程的回归验收，下周一高铁包将会发布到市场。而高铁的这一周时间，就是回归发现问题的最佳时机。

　　因此我们将 crash 分析报警和天网业务告警的范畴都拓展到了回归阶段。高铁阶段的问题同样会主动触发报警，过去一年间，这两个平台都有多次在 bug 上线前主动报警的立功表现。

　　回归阶段报警并不是我们思考的终点，核心链路问题的发现和解决还可以更早吗？在开发阶段，甚至是方案设计阶段，有机会提前把一些线上问题扼杀在萌芽中吗？

　　我们在针对端上可能发生资损的环节设计了单元测试，并将单测的运行接入到了 CI 流程中，这样代码在提交时，就会直接经过单测的检验。

　　那么什么样的代码适合写单元测试呢？

　　我们经过讨论，将范围圈定在了移动端重新建模和发生运算两种场景上，各个业务域的同学通过梳理产出自己的单测用例。

　　还有比开发阶段更早的时机吗？可以在项目开发前就主动预防吗？我们在移动端设计了行为校验机制

　　所谓行为校验，就是将用户的操作行为和数据进行交叉校验，这个校验可以增加一个新的维度来预防 bug 的发生。

　　我们仍然采用上文提到的订单参数中忘记传会员卡信息的 bug 为例，这里选中卡这个操作是客户端用户点击触发的，那么用户选卡的这个操作就是最终开单参数中应当包含会员卡的交叉校验点。

　　这样的校验逻辑对于我们就是一条“校验规则”，我们开发了行为校验的底层SDK，就是在核心开单业务链路上通过将全流程的用户操作行为和最终订单数据进行double check，新增一个维度来为业务保驾护航，提前避免开发过程中的低级失误引入 bug 的可能性。

　　类似的规则例子还有很多，比如一笔在线订单收款成功之前，一定曾经成功调用过支付接口，可以用来预防一些同学在页面跳转上的bug；

　　目前我们的行为校验已承载了核心业务链路上的多条规则，大大降低了资损故障的可能性。

　　▲问题的发现和解决贯穿整个研发流程

　　3、有效的流程机制支撑

　　虽然我们有了多样的工具平台来报警和及时发现问题，但是这样就可以提升质量了吗？在实践中，我们深刻的认识到，工具只有在配套高效合理的流程机制支撑，才能真正发挥威力。

　　在平台搭建初期，线上的crash和数据校验报警平台在报警时缺乏策略，没有就报警频率和at的负责人做收敛，导致单台设备的一个小问题，机器人就会短时间在群里发出几百条at所有人的报警消息。这种“狼来了”的报警只会让大家关掉群消息提示，或者关掉企微的通知。

　　不懂得克制的报警，相当于没有报警。

　　因此我们反复优化了报警策略，以“报出来的问题都是需要立即响应，不需要立即响应的都不要报出来”为原则，沉淀了一系列报警策略，详细内容可以参见之前的文章《有赞移动天网平台搭建》中的相关章节。

　　除去报警策略，我们另一个在流程规范上的沉淀是在Code Review环节上。

　　在我们团队质量问题最严峻的时期，我们扭转被动战局的核心手段还是加强Code Review。但CR这件事情要想真的扎实做出效果，而不流于形式，是非常依赖好的流程机制进行支撑的。在强化和落地CR的过程中，我们面临以下挑战：

　　效率问题：我们约定每个MR都需要2个reviewer去做CR。事实上在整个CR过程中是需要很多沟通成本的，开发同学将MR发给两位reviewer，reviewer会提一些建议反馈，开发同学进行修改后再次review，这个过程可能会反复多次，直到两位reviewer都同意merge最后合并，整个过程中需要大量的沟通。而且reviewer常常手头也在忙要晚些才有空，就更加会拖慢开发者的节奏。

　　▲CR过程中的沟通成本

　　颗粒度问题：一个项目中，改动到几十个文件数千行代码并不是小概率事件。reviewer要想在这么大面积的代码中找出一些细节的逻辑问题或者typo的低级问题并非易事。

　　时机问题：以往我们CR的时机是放在上线前，事实上这个时间提出的一些优化建议已然太晚，如果想要优化改造又需要测试再次介入。因此一些好的建议只能尘封积灰，有些可能很久都等不到下次优化的机会。我们意识到，CR的过程必须通过流程规范提高其效率，降低对开发同学的打扰和负担，这样大家才能真正高质量的投入到CR中，相互保驾护航。

　　最终我们推出了betterMR机制，通过以下机制解决以上的挑战：

　　硬性要求：所有上线代码，至少2人review通过后才可以合入dev

　　时机问题&；颗粒度问题：代码在开发过程中，拆分成多个子任务，分批提MR合并到自己的feature分支。因此CR过程可以穿插到整个开发流程中，而不是在上线前最后review

　　沟通成本问题：企微通知全程介入CR流程，核心链路通知相关人，无需线下单独沟通CR发起：开发同学在MR中at两位reviewer，两位reviewer都会收到企微通知消息

　　CR建议：reviewer提出建议后，在评论中输入[N]命令触发企微通知给开发同学

　　CR再次review：开发同学根据建议完成改造后，在评论中输入[R]命令触发企微通知给reviewer再次review代码，确认建议已落地

　　CR通过：reviewer通过后评论“+1”，当MR中已累计两个“+1”时，开发同学会收到企微通知，代码已可以合并

　　及时性问题：团队对MR进行了分级，对应提出了及时性的要求普通MR，要求24小时内完成review建议

　　紧急MR，要求2小时内完成review建议

　　数据汇总激励：我们针对MR还统计了周报和月报，对于团队中积极review代码的同学，在周会和月会上给与激励，让大家都认可review的积极效果这套机制我们在2020年6月推出后，团队的线上问题数量立刻得到了有效控制。我们在当年Q3迅速将线上问题数量缩减到了之前的1/3，并在之后长期保持了很低的线上问题率。

　　▲过去两年移动团队的线上问题走势

　　▲配合有效的流程机制，工具能力才能真正发挥效果

　　前文也提到有赞移动的性能挑战。在性能问题上我们的动作包括以下三个方面：

　　APM平台的搭建：主动发现线上问题，并且为线上卡顿问题提供分析数据与线索。APM平台的详细设计与实现，参加之前的公众号文章《有赞移动性能监控平台（二）》

　　线下监控平台：对于性能问题，我们也同样在探索在问题上线前发现和解决的可能性。我们所搭建的线下监控平台，在回归阶段对关键环节进行自动化测试并采集数据，如果发现同比上个版本某个数据有显著提升，就会报警提示开发接入排查；线下监控平台的详细实现参加之前的公众号文章《有赞移动性能监控平台（一）》

　　主动优化：根据APM平台和线下监控平台的数据与反馈，我们会主动安排性能优化的方案，对app性能进行持续优化。我们之前的公众号文章《线程池优化与监控》就是其中的一个典型例子。

　　▲可用性、性能与流程规范共同构建了移动质量建设矩阵

　　过去两年我们在质量上的深耕与探索也给我们带来了丰厚的成果，这个成果不仅体现在我们的月均线上问题数量上，更体现在我们持续的技术产出上。技术同学救火的频率低了，就有更多时间主动出击，去体系化的搭建系统去预防线上问题的发生，预防机制又能进一步降低线上问题发生的概率，形成良性循环，这无论对于团队，还是开发同学个人的成长都是很有帮助的。

　　本文讲到的有赞移动质量提升与实践的过程，其实也一定程度上代表了我们团队的工作方式。我们在应对有赞业务场景的过程中，会遇到如离线收银、性能深度优化等有挑战有意思的技术难题。而面对这些挑战和难题，我们会主动出击，寻求体系化的解决方法。这些解决方案中往往还会涉及到后端服务和前端页面的工作，以及产品化的思考，我们移动同学在此过程中不设边界的拓展自己的技能包，最终形成让人颇具成就感的技术沉淀。

脉脉上线“公司点评”被指真实性存疑、伪需求

职场社区脉脉近期推出了“先看点评，再找工作”的公司点评板块，引发行业热议。有用户表示脉脉“公司点评”机制的客观性存疑，同时脉脉还存在社区谣言和水军刷评等问题。针对上述质疑，脉脉官方今日公开回应称，诚恳接受所有的批评和建议；（Choice天眼，中国网财经）

大数据杀熟何时休，饿了么再被消协点名

3月1日，北京市消费者协会发布互联网消费大数据“杀熟”问题调查结果。调查报告显示，有8成多（86.91%）受访者有过被大数据“杀熟”的经历。体验调查发现，部分平台存在新、老用户账号同时购买同一商品或服务实际成交价不同现象。(Choice天眼，中访网)

海底捞高层大换血，杨利娟接任CEO并继续推动“啄木鸟”计划

3月1日晚间，海底捞发布管理层人事任命公告，副首席执行官兼首席运营官杨利娟调任首席执行官，董事会主席兼前首席执行官张勇将继续担任董事会主席及执行董事。此次人事变动被视为海底捞内部调整的后续之举。公告称，杨利娟此次获委任为首席执行官，负责监督集团的管理及战略发展，并继续负责“啄木鸟计划”的落实与推进。(Choice天眼，中国经济网)

抖音神曲也要有独立App了！字节跳动入局音乐市场，对擂QQ音乐、网易云

近日，字节跳动音乐App汽水音乐小范围开放安卓内测版，用户使用邀请码进行注册登录，即可使用。不久前，汽水音乐刚刚完成软件著作权登记。作为字节跳动入局音乐市场的重要一步，汽水音乐历时大半年筹备，数日内接连动作，皆预示着距离其面世日期又近了一步。(Choice天眼，新浪财经)

京东健康与多家药企共建罕见病服务生态 打通患者关爱“最后一公里”

在全球范围内，罕见病的种类已达7000余种，患者规模超3亿人；而这其中绝大多数都是遗传性疾病，50%发生于儿童身上，能够实现有效治疗的罕见病种类仅占总数的5%左右。这些数字折射出罕见病防治与保障领域长期面临的确诊难、用药难、保障难等问题。在此背景下，京东健康在2021年启动了“罕见病关爱计划”，通过“京东大药房罕见病关爱中心”提供覆盖罕见病诊疗全场景的服务。(Choice天眼，中金在线)

国外的月亮不再圆，小鹏汽车海外计划恐泡汤

在国内新能源汽车发展如火如荼的市场环境下，小鹏汽车也成为千帆竞发中的行业幸存者，稳中求进发展了8年之久，甚至如今已经在国内市场站稳脚跟。不过，小鹏汽车并没有在此基础上继续开疆拓土，而是选择转战海外。对此，业内人士也表示了担忧。一方面，从市场份额来看，小鹏汽车在国内的市场根基并不深，尚有很大的成长空间。另一方面，其把自己50%的新车年销售量放在了相对陌生的海外市场，似乎押注了过高的权重。（Choice天眼，澎湃新闻）

魏牌CEO公开diss蔚来李斌：与纯电动相比，DHT混联才是最优解

“前段时间，汽车圈某新势力创始人说，‘真不明白为啥要买油车？喜欢闻汽油味吗？’我为这位创始人高超的营销手法‘点赞’”。在3月1日举办的摩卡DHT-PHEV（混联式插电混动）的上市发布会上，魏牌CEO李瑞峰出人意料地对蔚来汽车董事长李斌此前充满争议的观点进行公开点评。（Choice天眼，经济观察网）

小红书“除草”争议背后，斗法、误伤、平衡术

受滤镜事件影响，小红书依旧走在激进的“反种草”之路上。2月中旬小红书发布医美品类专项治理公告。目前，首批已处罚违规账号16.8万个，处置违规笔记27.9万篇，其中，共14.2万篇涉嫌营销引流的医美笔记被下架。但与此同时，更多创作者展开了激烈的反抗。因为与小红书沟通无果，在觉得被误伤的情况下，他们将不满发泄至了投诉平台。（Choice天眼，财经天下）

快手电商发布公告：“因第三方电商平台与快手合作协议变更，自2022年3月1日00:00:00起，淘宝联盟商品链接将无法在快手直播间购物车、短视频购物车、商详页等发布商品及服务链接；京东联盟商品链接将无法在快手直播间购物车发布商品和服务链接，可在短视频购物车、商详页等发布商品及服务链接。”（Choice天眼，新浪科技）

俄乌冲突下，滴滴称在俄业务不会关闭

滴滴出行在其官方微博宣布，该公司在俄罗斯的业务不会关闭，并将继续运营并持续服务好司机和乘客。据了解，滴滴在俄罗斯业务自2020年8月开启运营，至目前仍处亏损状态。2月21日，滴滴俄罗斯在其官方社交媒体账号曾发布了将于3月4日退出当地市场的消息。（Choice天眼，大河财立方）

篆芯半导体宣布完成近亿元天使轮融资

近日，篆芯半导体(南京)有限公司宣布完成近亿元天使轮融资，投资方包括高榕资本、新芽基金等。篆芯自2021年8月开始正式运营，公司致力于研发自主知识产权的高性能可编程网络芯片，为云服务商、设备商、运营商、大型企业打造灵活开放的网络解决方案。

科金生物完成近亿元人民币天使轮融资

科金生物近日宣布完成近亿元人民币的天使轮融资，本轮融资由幂方资本领投，金浦健康基金以及无锡金程映月天使基金跟投。本轮融资主要用于推进科金生物第一个罕见病产品管线——丙酮酸激酶缺乏症在中国以及欧洲的两个临床研究申请申报。

奕行智能完成近2亿元天使轮融资 广汽资本等参与

2月28日，奕行智能科技(广州)有限公司宣布完成近2亿元天使轮融资，此轮融资由广汽资本与和利资本、临芯投资、翼朴资本、火山石投资等多家知名机构共同参与。

奥哲完成数亿元C轮融资

3月1日，低代码数字化平台服务商深圳奥哲宣布完成数亿元C轮融资，本轮融资由麦星投资、东方富海领投、老股东华泰创新、高榕资本、钧山投资跟投。据透露，本轮融资将主要用于加强区域化本地服务、进一步开拓市场。

店小秘完成1亿美元C轮融资

3月1日，店小秘宣布完成1亿美元C轮融资。本轮融资由华兴资本旗下华兴新经济基金参与联合领投。本轮融资将继续加大人才引进、产品研发、服务体系升级以及全球市场布局。

红杉中国押注嬴彻科技1.88亿美元B+轮融资

2月28日，自动驾驶卡车技术与运营公司嬴彻科技已完成1.88亿美元的B+轮股权融资。此轮融资由红杉中国、君联资本联合领投，跟投方包括周大福企业有限公司、沄柏资本以及智慧供应链及供应链金融企业-物产中大集团产业投资。

六分科技完成6.2亿元B轮融资 加速高精度定位技术研发和市场拓展

六分科技完成6.2亿元B轮融资。本轮融资由启迪裕麟、华控基金、鼎晖百孚、元禾重元、渝富资本、海河沄柏、新鼎资本、中信理财、益华资本、泓松物联等联合投资。此外，现有投资人鼎和高达进一步追加投资。六分科技是专业GNSS高精度定位服务提供商，面向不同行业应用提供定制化的高精度定位服务解决方案。

连锁咖啡品牌“Seesaw Coffee”已完成数亿元A++轮融资，由黑蚁资本领投，基石资本跟投。这是继2021年7月Seesaw获得喜茶首投和老股东弘毅百福追加投资后的新一轮融资，此轮资金将用于全国门店拓展和数字化建设。

自动驾驶初创企业云骥智行完成数亿元天使轮融资

成立仅3个月的自动驾驶初创企业云骥智行(Pegasus)，近日宣布完成数亿元天使轮融资。本轮融资由高瓴创投领投，华登国际、云晖资本、松禾资本、碧桂园创投等投资机构联合参投。云骥智行核心技术团队成员曾在特斯拉、Cruise、麦格纳、英伟达、苹果等全球顶级公司负责产品技术研发，是业界少见的拥有多款自动驾驶产品量产落地成功经验的创业团队。

星思半导体宣布完成超1亿美元两轮融资

2月25日，星思半导体宣布，继去年完成Pre-A轮融资后，公司近期又相继完成Pre-A+轮和A轮融资，两轮融资总额超1亿美金，由经纬创投、沃赋资本领投，资金将用于加速公司第一版芯片商用进程。

券商拟上市阵营又添新成员。监管信息显示，申港证券进入IPO辅导备案期，已于2月22日与辅导机构华泰联合证券签署辅导协议，至此，券商IPO冲锋队扩容至11家。

从猿辅导独立出来一年多后，职业教育平台粉笔科技有限公司近日向港交所递交IPO招股书。粉笔科技此次IPO汇集多家知名机构和企业，中金、花旗、美银证券为联席保荐人，普华永道为审计机构，股东方包括腾讯、IDG、高瓴等。

据深交所官网消息，深交所决定终止无锡金通高纤股份有限公司(简称“金通高纤”)首次公开发行股票并在创业板上市审核。金通高纤主营业务为高分子聚合物纤维的研发、生产和销售，是一家具有自主研发能力和持续创新能力的高新技术企业。

据深交所官网消息，深交所决定终止惠州市华达通气体制造股份有限公司(以下简称“华达通”)首次公开发行股票并在创业板上市审核。华达通是一家专注于循环经济、资源综合利用以及环保处理的高新技术企业，属于清洁生产企业，主要从事液态二氧化碳、干冰、氨水的研发、生产、销售以及液氨的销售。

据上交所官网消息，上交所决定终止上海商米科技集团股份有限公司(以下简称“商米科技”)首次公开发行股票并在科创板上市审核。商米科技专注于为客户提供智能商用设备及相应配套的“端、云”一体化服务，研发形成了由智能商用设备、商用操作系统与IoT云管理平台所构成的商米产品及服务体系。

近日，玛格家居股份有限公司(以下简称玛格家居)披露了招股说明书(申报稿)(以下简称招股书)。记者注意到，报告期内(年及2021年上半年)，玛格家居营业收入实现连续增长，但增幅与定制家居头部企业相比仍有较大差距；同时，玛格家居的归母净利润在2020年出现微幅下滑。

3月2日，何氏眼科刊登《首次公开发行股票并在创业板上市招股意向书》。公司拟公开发行不超过3050万股，计划募集资金不超过4.94亿元。何氏眼科是一家集医教研于一体，采用三级眼健康医疗服务模式，致力于全生命周期眼健康管理的集团型连锁医疗机构。

立霸股份(月2日晚间公告，拓荆科技科创板IPO申请获证监会同意注册批复，截至公告披露日，公司参与设立的股权投资基金嘉兴君励持有拓荆科技701.21万股股份，占其发行前股份总数的7.39%，该部分股份自拓荆科技上市之日起12个月内不得转让。

近日，OSIM傲胜母公司V3Group再次向港交所递交招股书，此前公司曾在2017年也进行过港交所上市申请，但未通过最终聆讯。值得一提的是，此次IPO申请中V3Group计划将最终募资金额的35%用于偿还公司现有已提取的约1.97亿新加坡元的银团贷款，另外数码化措施、营销活动以及门店扩展及翻新还将分别占用18%、17%和10%的募资。

据知情人士透露，普洛斯已经以保密方式提交将其投资业务在美国进行首次公开募股的申请，寻求筹资约20亿美元。公司计划最早在今年上半年将其基金管理业务上市。知情人士称，磋商仍在进行中，IPO规模等细节可能会发生变化。对此，普洛斯的一位代表不予置评。

苹果将于3月9日召开新品发布会，新款iPhone SE要来了？

北京时间3月3日凌晨，苹果公司发布邀请函，官宣将于太平洋时间3月8日上午10点，北京时间3月9日凌晨2点召开新品发布会，此次发布会的主题是「Peek performance」，中文主题「高能传递」。（腾讯数码）

2月28日，realme真我在2022年MWC世界移动通信大会上正式发布150W光速秒充技术，同时宣布新品真我GT Neo3将首发搭载150W光速秒充，其具备“5分钟充电50%”的极致充电速度。realme 还公布了世界首个100W-200W光速秒充架构——UDCA。据了解，UDCA配备拥有领先算法的温控管理机制，让运行温度始终保持在43°C以下。realme 已经做好将UDCA光速秒充架构投入商用领域的准备。（36氪）

蓄鼎足之势一鼓作气，荣耀Magic4系列剑指全球高端市场

凭借已发产品荣耀Magic3系列和荣耀首款折叠屏荣耀Magic V系列的强势助力，荣耀品牌正处于快速上升阶段，Counterpoint报告显示，荣耀出货量排名在独立后首次升至第二，安卓阵营第一，仅次于苹果。藉此鼎足之势，荣耀再筹新品海外亮相，一鼓作气冲击全球高端市场。（天极网）

美图秀秀Mac版现已上线，支持M1和Intel全部芯片。这款应用支持多场景修图设计，可制作个人/自媒体社交平台配图、封面、拼图晒照；微商/电商产品图、营销带货宣传、喜报晒单等多场景图片和海报。此外，美图将在3月5日举行发布会，发布6款影像新产品。（IT之家）

武汉大学研发退烧手机壳

武汉大学纳米能源实验室与OPPO热实验室联合开发新型散热材料Glacier Mat。该材料基于航天器蒸发冷却散热与人体发汗散热的原理，实现了自循环蒸发冷却功能，可被应用于现代电子器件，如芯片、手机、PC、太阳能电池等领域散热。OPPO将这种新型材料应用于最新发布的Find X5系列冰肤散热保护壳中。（IT之家）

Choice天眼 舆情搜索系统

在金融投资决策和公司舆情风险监测中，专业机构用户依赖大量资讯数据并需要快速识别关联标的、事件类型和风险等级。Choice天眼在媒体资讯和股吧社区贴的基础上，为客户提供舆情热点、资讯舆情和股吧舆情三大资讯模块，帮助用户高效地进行投资管理、舆情监控。

点击“阅读原文”或长按扫描以下二维码

金融机构用户可免费申请试用Choice天眼