❌

普通视图

发现新文章，点击刷新页面。
昨天 — 2025年8月22日掘金 iOS
昨天以前掘金 iOS

零一开源｜前沿技术周刊 #12

✇掘金 iOS
作者 kymjs张涛
2025年8月20日 09:22

前沿技术周刊 是一份专注于技术生态的周刊，每周更新。本周刊深入挖掘高质量技术内容，为开发者提供持续的知识更新与技术洞察。

订阅渠道：【零一开源】、 【掘金】、 【RSS】


大厂在做什么

美团智能头盔作为专为外卖骑手打造的智能安全装备，具备蓝牙通话、戴盔识别、智能语音助手、碰撞摔倒监控等功能，核心软件功能围绕如何通过主动安全和被动安全相结合的方式有效保护骑手。 本期分享主要介绍智能头盔骑行通话质量、智能语音助手、碰撞摔倒监控三项软件能力。其中“骑行通话质量和智能语音助手”降低骑手操作手机导致的“分心”，帮助骑手“防患于未然”。“碰撞摔倒监控”最大限度的保护骑手、快速的感知事故和触发救治。
在数字内容井喷的时代，移动端已成为视频创作的重要阵地，而视频编辑页作为创作工具的核心场景，不仅为创作者提供了丰富的表达手段和创意平台，更是提升视频制作的效率。通过直观的操作界面和丰富的功能集成，用户可以轻松地将素材、音频、特效及文字等进行融合，创造出独具风格、彰显个性的作品。
如今，AI 编程工具正在重塑软件开发，其核心目标直指“开发民主化”。它们不再仅仅是补全代码片段的助手，而是能理解自然语言需求、生成可运行代码框架、甚至参与系统设计的“协作者”。这一背景下，越来越多的企业开始对外发布相关产品，美团便是其中之一。
兄弟们，刚点开这篇《2025 Google 开发者大会主旨演讲精华汇总》，结果微信提示“环境异常”，得验证才能看… 估计是链接被拦截了？暂时没法扒拉具体内容，等能进去了再瞅瞅。不过按往年套路，大概率是AI开发工具更新、云原生新特性、Android/iOS跨端方案这些硬货，可能还有TensorFlow或Flutter的新版本？回头内容正常了再补个详细的，现在只能说——等我验证完再给你们同步干货！
高德终端技术团队进行开源项目仓库代码升级期间，由于主版本跨度大，代码量更新变化也很大，过往在低版本上的经验知识不足以支持升级，如果依赖个人读懂整体仓库代码耗时过长。为研发提效，使用了阿里内部代码平台工具，发现暂不能满足一些定制化的知识问答，同时使用上也存在一些限制，外部类似deepwiki工具又存在代码安全问题，因此，基于code RAG和code Agent技术开发了研发提效工具，一定程度上满足了对仓库代码的定制理解，查询和修改需求。
从最初仅支持面向编译时的小程序端解决方案，到如今拥有支持多种前端框架和 UI 库的强大能力；从单一的构建工具，到通过开放生态为开发者提供 Webpack、Vite、ESBuild 等丰富的工具选择，让团队能够定制专属的研发流程；从专注小程序开发，到覆盖各大小程序平台以及 Web、iOS、Android、HarmonyOS 等移动端场景——Taro 的每一步成长都离不开社区的力量。
最近，我们上线了一个新能力：支持将部分中文视频翻译为外语的原声风格配音。也就是说，观众现在可以听到“这个人用另一种语言在说话”，但他的声音、语气、节奏，甚至个性表达都和原片几乎一致，不再是那种传统配音里千篇一律的“代言人声线”，而是像本人亲自讲外语一样自然。这背后，其实是一整套跨模态、多语言协同生成系统的能力升级。
在现代播放器架构中，音频后处理已不仅是锦上添花的功能，而是构建差异化听觉体验的关键组件。尤其在多样化的播放场景（手机外放、耳机、电视音响等）下，通过定制化的音效增强手段，有效提升听感表现已成为基础能力之一。

码圈新闻

这两天在上海世博展览馆举行的 2025 世界人工智能大会（WAIC）热度相当高，上到央媒下到朋友圈不断看到，甚至总理李强、双奖（诺贝尔/图灵）得主辛顿都在开幕式出现，影响力爆表。 周末去逛了一天，AI 的落地场景之多令人咋舌，看完以后我给之前的好几个点子都划上了删除线。还是得多出来看看大厂/新秀公司都在做什么，避免做类似的事情。 这篇文章按照类别记录一下印象比较深刻的产品。
刚刷完2025 Google开发者大会的客户端内容，给咱3年+的老哥们捋捋重点。 Android 15是重头戏：后台任务管理收紧了，得注意`WorkManager`新的电量阈值限制，不然应用可能被系统强杀；UI渲染加了硬件加速新接口，复杂列表滑动能再提10-15帧，对电商、社交类应用挺香。 开发工具方面，Android Studio Hedgehog直接集成了AI代码诊断，写`Compose`时会自动提示重组优化点，试了下比之前手动查省事儿多了。Flutter 4.0也放了大招，原生代码互调延迟降了40%，混编项目终于不用再纠结性能损耗了。 哦对了，跨平台布局`Jetpack Multiwindow`支持更完善了，平板/折叠屏适配能少写一半适配代码。暂时就这些干货，后台优化和Flutter新特性建议优先上手，其他的可以先放收藏夹吃灰～
今日，亚马逊云科技首次上线 OpenAI 开放权重模型，向数百万亚马逊云科技客户开放。客户现可通过 Amazon Bedrock 和 Amazon SageMaker AI 使用 OpenAI 开放权重模型，实现将先进的开放权重模型与全球最广泛云服务的深度集成。
世界机器人大会已经走过10年，回看以前的新闻和产品，此刻站在场馆里大概只有一个感慨：机器人发展太迅速了！
北京时间8月8日凌晨1时，OpenAI举行了长达1个多小时的线上发布会，正式推出了GPT-5。与此前的模型更新直播时间短且主要由研发人员发布相比，GPT-5的发布明显规格更高，不仅发布时间长、细节多，而且OpenAI首席执行官山姆·奥特曼也现身发布会现场。

深度技术

这篇文章我瞅着是讲Android底层的，主要扒了ART虚拟机加载Dex的整个流程，从Dex文件解析到内存映射、类加载这些关键步骤都拆得挺细。重点是结合脱壳场景，分析了加载过程里哪些节点能当通用脱壳点——比如某个钩子函数的调用时机、内存中Dex原始数据的暴露时刻。对咱们这种搞Android逆向或底层开发的来说，理清ART Dex加载逻辑，找脱壳点就有章法了，实操性挺强，值得细品。
在AI技术迅猛发展的今天，如何与大型语言模型高效“对话”已成为释放其潜力的关键。本文深入探讨了提示词工程（Prompt Engineering）这一新兴领域，系统解析了从基础概念到高级技巧的完整知识体系，并结合“淘宝XX业务数科Agent”和科研论文深度学习两大实战案例，揭示了高质量提示词如何将AI从“工具”升级为“智能协作者”。无论你是初学者还是实践者，都能从中掌握让AI真正为你所用的核心方法论。
Cursor 是近来大火的 coding agent 工具，凭借其深度集成的智能代码生成、上下文感知和对话式编程体验，极大地提升了开发效率，成为众多工程师日常开发的得力帮手。作为 Cursor 的付费用户，我已将其作为主力编码工具，每天在实际项目中频繁使用。只有真正深入使用，才能切身感受到它所带来的编程体验的神奇之处。在这个过程中，我也对其背后的技术实现产生了浓厚兴趣，本文试图通过一系列实验，深入分析 Cursor 在后台与大模型之间的通信机制，探寻 Cursor 智能能力背后的底层思想与设计原理。
多模态大语言模型（Multimodal Large Language Model）是指能够处理和融合多种不同类型数据（如文本、图像、音频、视频等）的大型人工智能模型。此类模型通常基于深度学习技术，能够理解和生成多种模态的数据，从而在各种复杂的应用场景中表现出强大的能力。
在构建RAG（检索增强生成）系统时，文本分块质量直接影响知识检索精度与LLM输出效果。本文将深入解析五种分块策略的工程实现与优化方案。文中还会放一些技术文档，方便大家更好的理解RAG中常见的技术点。

新技术介绍

迄今为止最大的Compose更新带来了原生自动填充, 智能动画以及让构建Android用户界面如同魔法般轻松的功能
兄弟，你发的这篇Flutter 3.35更新的文章内容好像有点小状况啊——页面显示“环境异常”，得先验证才能看具体内容。我这刷了半天，也没瞅见更新了啥新特性、优化了哪些性能。要不你先去把验证搞定，把正经的更新内容放出来？等内容齐了，我再帮你扒拉扒拉这版3.35到底香不香～
TheRouter 是由货拉拉技术开源的，可同时用于 Android/iOS/HarmonyOS 模块化开发的一整套解决方案框架。Android 支持 KSP、支持 AGP8，iOS 支持 OC/Swift，不仅能对常规的模块依赖解耦、页面跳转，同时提供了模块化过程中常见问题的解决办法。例如：完美解决了模块化开发后由于组件内无法获取 Application 生命周期与业务流程，造成每次初始化与关联依赖调用都需要跨模块修改代码的问题，是目前业界最领先的移动端路由框架。
随着AI时代的到来，各类AI工具层出不穷，业界都在探索一套完整的AI加成的提效方案，我们团队基于自身特色，利用起团队沉淀好的历史知识库，落地了一套深度结合AI的工作流，用AI武装研发团队，实现研发效率的提升。

博客推荐

兄弟，你给的这篇文章内容好像有点问题啊。标题写着《适配 16KB 页面大小：提升应用性能并为用户提供更流畅的应用体验》，但正文全是微信环境异常的提示，什么“完成验证后继续访问”“小程序赞”“在看”之类的，根本瞅不见正经内容。这样我没法帮你总结摘要啊，估计是复制的时候出岔子了？要不你检查下内容是不是漏了，或者重新发下正文？等你弄好我再帮你扒拉扒拉~
兄弟们，刚瞅了眼你发的《深入浅出Android的Context机制》，内容咋全是微信验证、点赞那些玩意儿？正文好像没显示出来啊。不过Context这东西咱老安卓开发肯定熟，简单说就是个“万能管家”——访问资源、启动Activity/Fragment、调系统服务（比如LayoutInflater、NotificationManager）都得靠它。最容易踩坑的就是Context的生命周期：Application Context全局单例，跟着应用走；Activity Context跟页面生命周期绑定，用完就没。要是拿Activity Context搞个静态单例，页面关了还被占着，内存泄漏妥妥的。平时记着：长生命周期的对象（比如单例、Handler）别用Activity Context，能用Application Context就用，准没错。等你文章内容正常了再细扒，先记住这几点避坑～
一般来说ArkWeb作为鸿蒙的Web容器，性能是够用的。但是针对网页的前置处理条件较多，例如涉及到DNS，大量的资源下载，网页和动画渲染等。作为重度依赖资源链的容器，当某个资源还没ok，就会很容易出现白屏，卡端，长时间loading这些影响用户体验的问题。

GitHub 一周推荐

阿里开源最新文生图模型

关于我们

【零一开源】 是一个 文章 和 开源项目 的分享站，有写博客或开源项目的也欢迎来提供投递。 每周会搜集、整理当前的新技术、新文章，欢迎大家订阅。

[奸笑]

架构整洁之道 —— Clean Architecture

✇掘金 iOS
作者 用户816511126397
2025年8月17日 19:14

youtube链接

整洁架构之道

架构是个让大家又爱又恨的话题，谁都可以说上两句，但又不一定所有人能把它说清楚。不过归根结底，你见得多了，想得多了，实践得多了，思考得多了之后，都可以最终达到领悟的状态。本文接下来就给大家提供一些基于Clean Architecture这本书的洞见。

首先，对一个软件项目的整体架构进行治理的首要目的是代码可读性，可复用性，可测性，可维护性，所以如果你的项目本身规模不大，比如一个只有一个功能的demo项目，使用简单的MVC架构，分目录归拢代码就能清晰在划分出对应职责，那这种时候你不需要花额外精力来治理架构

那么对于一个大型的且需要持续迭代的项目来说，架构治理会是一个必然的要求，因为随着代码量的增加，项目复杂度和改动成本的不断增加，以及随之而来的功能稳定性问题会是项目能否持续向前演进的关键。

今天我们主要说一下Clean Architecture这个技术流派是以什么出发点，用什么方法来解决架构问题。

软件架构面临哪些问题

  • 代码复杂度
  • 人员变动
  • 重构
  • 替换模块

所有这些都指向一个要求，能够让开发者不借助外力的情况下知道改哪些代码，怎么改

怎么解决呢

这本书系统地介绍了架构的相关知识，基于整洁架构的洋葱模型对工程代码进行分层从而实现关注点分离。降低项目维护成本，实现项目的“快稳狠”。

其它架构是怎么解决的

六边形架构（Hexagonal Architecture）
又称为端口与适配器（Ports and Adapters），由 Alistair Cockburn 提出，并在 Steve Freeman 与 Nat Pryce 的经典著作 Growing Object-Oriented Software 中得以推广。

洋葱架构（Onion Architecture）
由 Jeffrey Palermo 提出。

尖叫架构（Screaming Architecture）
出自作者Uncle Bos 2011年的一篇博客。

DCI 架构（Data-Context-Interaction）
由 James Coplien 与 Trygve Reenskaug 提出。

BCE（Boundary-Control-Entity）
由 Ivar Jacobson 在其著作 Object-Oriented Software Engineering: A Use-Case Driven Approach 中提出。

虽然这些架构在细节上有所不同，但它们非常相似。它们的共同目标是 关注点分离（Separation of Concerns） 。也就是都通过将软件划分为不同层次来实现这种分离。每种架构至少都有一个用于 业务规则（business rules） 的层，以及另一个用于 接口（interfaces） 的层。

这些架构产生的系统具备以下特性：

  1. 与框架无关
    架构不依赖某些功能繁多的软件库的存在。这样你可以把框架当作工具来用，而不是被迫把系统塞进它们的局限里。
  2. 可测试
    业务规则可以在没有 UI、数据库、Web 服务器或其他外部元素的情况下进行测试。
  3. 与 UI 无关
    UI 可以轻松更换，而无需修改系统的其他部分。例如，可以将 Web UI 替换为命令行 UI，而无需改动业务规则。
  4. 与数据库无关
    可以将 Oracle 或 SQL Server 替换为 Mongo、BigTable、CouchDB 等，而业务规则不会受到影响。
  5. 与任何外部机构无关
    业务规则对外部世界一无所知。

下面将讲到的整洁架构的图示，正是试图将这些架构整合成一个可执行的统一理念。

整洁架构怎么解决呢

用书里面的话来说判断一个软件架构的优劣，可以用它满足用户需求所需要的成本来衡量。如果该成本很低，并且在系统的整个生命周期内一直都能维持这样的低成本，那么这个系统的设计就是优良的。如果该系统的每次发布都会提升下一次变更的成本，那么这个设计就是不好的

image.png

最重要的原则是依赖原则，依赖只能向内。也就是内层不应知道任何外层的细节，包括但不限于函数、类、变量、数据格式或任何其它实体。

参考文档

整洁架构解读

参考链接

❌
❌