第一楼我要了

这一年回顾确实很忙 我原计划是每一个环节都上一张图片。后来发现太多了。实在太长了。 2025 年，我聚焦数据库领域的技术深耕、生态共建与行业赋能，通过参与行业大会、技术直播、授课分享、工具研发等多元实践，在专业能力提升、行业影响力拓展及企业价值创造等方面取得了阶段性成果。现将全年工作按核心性质分组总结如下： 内容完全真实，但是AI帮我分组和排序的规整多了。但是也有错的地方，AI只能打辅助。 一、行业会议与技术分享：搭建交流桥梁，传递专业价值 （一）大会主持与主题演讲 2025 年 1 月 4 日，担任第七届 PostgreSQL 数据库生态大会主持及研讨嘉宾；（PG 升级到ACE以后第一次主持PG社区活动） 2025 年 3 月 17 日，受邀为北京大学微电子学院开展《开源软件开发基础与实践》授课；（两次线上和一次线下） 2025 年 3 月 23 日，作为 if club 社区南京站圆桌嘉宾，分享《AI 与职业规划》； 2025 年 4 月 26 日，以 OpenTenBase 区城市行杭州站嘉宾身份，演讲《通用型数据库应用开发实践》； 2025 年 5 月 16 日，主持 DBAPLUS 智能运维管理人年会 “AI 助力数据库再进化” 专场并发表演讲； 2025 年 5 月 17-18 日，作为 KOL 嘉宾参与 OceanBase2025 开发者大会，并进行 AI 小剧场演讲； 2025 年 5 月 24 日，在 If club 上海站发表主题演讲《AI 为什么难以替代 DBA 和开发》； 2025 年 5 月 25 日，在 OpenTenBase 上海站演讲《AI 下如何做数据库运维》； 2025 年 6 月 13 日，于电科金仓 Kingbase 太原站发表《数据库高可用的生存法则》主题演讲； 2025 年 6 月 27-28 日，在 IvorySQL&PG 生态大会发表《人生需要转折，职业需要翻身仗》主题演讲，并担任两天圆桌会议嘉宾； 2025 年 7 月 15 日，受邀参加金仓数据库发布会，颁发征文大赛优秀奖； 2025 年 7 月 16-17 日，受邀参加《2025 可信数据库发展大会》； 2025 年 8 月 21-23 日，参加第 15 届 DTCC，主持并发表《从大数据到数据库》演讲； 2025 年 11 月 22 日，在 2025SACC 上海站主持专场并演讲《结合应用开发和数据库运维的智能体落地实践》； 2025 年 11 月 29 日，在第八届中国 PostgreSQL 数据库生态大会主持专场，发表《多模态应用探索》《生态挑战》两大主题演讲； 2025 年 12 月 13 日，在全球开发者先锋大会主持《数据库 + AI 专场》，并发表《结合应用开发和数据库运维的高精度智能体落地实践》主题演讲。 （二）圆桌讨论与生态共建 2025 年 5 月 13 日，参与 Gitee、开源中国、KWDB 联合直播《MCP+KWDB》； 2025 年 7 月 19 日，参加腾讯云架构师峰会 2025 年 8 月 31 日，在腾讯云架构师联盟上海同盟活动中，主持全场《AI 时代架构师如何 vibe coding》，并以反方身份参与圆桌辩论《企业级项目是否适合 vibe coding》； 2025 年 9 月 17 日，作为腾讯云生态大会 “数据库 + AI 专场” 圆桌嘉宾，参与《聚焦 AI 时代数据库核心痛点与破局之道》讨论，并共同发布《智能化时代数据库自主可靠运维白皮书》； 2025 年 11 月 12 日，在 KaiwuDB3.0 发布会主持圆桌讨论。 （三）行业活动参与 2025 年 7 月 16-17 日，参与 “来聊会崖” 系列访谈第一期录制； 2025 年 7 月 20 日，参与腾讯云架构师同盟专访第一期录制； 2025 年 8 月 1-2 日，参加第 42 届 CCF 中国数据库学术会议（NDBC）。 2025 年 8 月 30 日，参加腾讯云 TVP 走进可口可乐活动； 2025 年 9 月 25-27 日，受邀参加云栖大会； 2025 年 12 月 27 日，腾讯云TVP七周年年会以及腾讯云架构师技术同盟一周年年会。 二、技术直播与内容创作：普及行业知识，扩大传播影响 2025 年 1 月 16 日，开展直播《新 DBA 时代，DBA 敢问路在何方》； 2025 年 7 月 3 日，主持 TiDB 直播《从被动迁移到主动创新：怎么看待数据库替换对业务的价值？》； 2025 年 12 月 18 日，担任 DolphinDB 直播主持； 2025 年 12 月 21 日，参与头哥直播，分享《AI 数据库是什么》。 三、荣誉资质与行业认可：深耕领域积淀，收获多方肯定 （一）专业荣誉与资质 2025 年，入选腾讯云架构师同盟名人堂，担任腾讯云架构师同盟上海同盟理事会品牌理事； 2025 年 1 月，获评 Polardb 外聘技术顾问； 2025 年 6 月，成为 IvorySQL 专家顾问委员会委员； 2025 年 8 月，获评崖山数据库 YVP、虚谷数据库 XVP； 2025 年 8 月，当选 CCF 数据库专委会执行委员； 2025 年 9 月，获评腾讯云数据库 MVP； 2025 年 11 月，获评 KaiwuDB 数据库 MVP； 2025 年 11 月，当选 OpenTenBase ACE 委员会主席； 2025 年 11 月，收录为第 37 期 Gitee 封面人物。 （二）行业奖项获得 2025 年，荣获（ITPUB & 数盟会）年度优秀影响力奖； 2025 年，荣获（ITPUB & 数盟会）年度十佳； 2025 年，在开放原子基金会开发者大赛中获得 KWDB 核心贡献挑战赛优秀奖。 2025 年，在开放原子基金会开发者大赛中获得 TXSQL核心贡献挑战赛优秀奖。 2025年，腾讯云创作之星。 四、企业内部价值创造：聚焦实际需求，赋能业务发展 基于 AI coding 技术研发多款运维工具并应用于公司内部，有效提升了运维工作效率与自动化水平。在工具研发过程中，清晰识别了自身在开发领域的短板与不足，为后续针对性提升专业能力明确了方向。 总结与展望 2025 年的实践让我在数据库与 AI 融合应用、行业生态建设等领域积累了丰富经验，也通过荣誉认可与价值创造实现了个人职业成长。 2026 年，我将聚焦三大方向持续发力： 一是补齐开发短板，深化 AI 与数据库技术的融合创新； 二是扩大行业赋能范围，通过更多元的分享形式传递专业价值； 三是强化企业内部技术落地，研发更多贴合业务需求的高效工具，为行业发展与企业进步贡献更大力量。

这是一个非常深刻且与时俱进的问题。确实，AI人才的定义正在从“创造AI的人”扩展到“善用AI创造价值的人”。无论是研发者还是应用者，新时代的AI人才都应具备一套复合型特质和能力。 我们可以将AI人才分为两大维度来看：核心研发人才与行业应用人才。他们共享一些基础特质，但能力侧重不同。 一、所有AI人才共有的核心特质 强烈的好奇心与持续学习能力：AI领域日新月异，技术、工具、理念迭代极快。保持对新技术的好奇，并拥有快速自学、消化和应用新知识的能力，是生存之本。 问题定义与拆解能力：这是最被低估却最重要的能力。面对一个模糊的业务需求，能精准地将其转化为一个可以用AI技术解决或辅助的具体问题。这需要深刻的行业洞察和逻辑思维。 人机协同思维：不再将AI视为神秘的黑盒或完全的替代，而是视为一个强大的“协作者”。思考的核心是：人的优势是什么（创造力、策略、伦理判断、情感）？AI的优势是什么（处理海量数据、模式识别、不知疲倦）？如何将两者结合，实现“1+1>2”的效能倍增？ 数据敏感度与批判性思维：理解“垃圾进，垃圾出”。能评估数据的质量、发现潜在的偏见，并对AI的输出结果保持审慎的批判态度，不盲目相信。 伦理与责任意识：深刻理解AI应用可能带来的偏见、隐私、安全、就业冲击等社会影响，并在工作中主动规避风险，倡导负责任、可解释、公平的AI。 二、不同类型AI人才的能力侧重 对于AI研发者（创造AI的人）： 硬核技术栈：扎实的数学（线性代数、概率统计、微积分）、算法、编程（Python为主）功底。对大模型而言，还需掌握深度学习框架、分布式训练、提示工程、模型优化等。 工程实现与系统思维：能将算法模型转化为稳定、高效、可扩展的在线服务或产品。 前沿研究与创新能力：在某个细分领域有深入的研究，能推动技术边界。 对于AI应用者（善用AI的人）： “AI产品经理”思维：这是各行各业应用人才最需要的能力。他们不一定要会写代码，但必须懂： 工具精通：熟练掌握主流AI工具（如ChatGPT、Copilot、Midjourney、各类数据分析平台），了解其能力边界。 流程重塑能力：能重新设计工作流程，将AI工具嵌入到具体业务环节（如市场分析、代码编写、设计创意、客服话术、报告生成）中，大幅提升效率和质量。 价值评估与ROI测算：能清晰评估引入AI后带来的具体业务价值（节省时间、提升客户满意度、增加收入等）。 领域专精知识（超级重要）：“AI + 领域知识”才是王炸。 一个精通法律的AI应用者，能利用大模型高效处理合同审查和法律研究；一个资深营销专家，能用AI生成更精准的客户画像和创意内容。你的行业经验，是你驾驭AI的独特护城河。 卓越的提示工程与沟通能力：能够清晰、结构化地与AI进行“对话”，通过迭代优化提示词，精准地引导AI产出符合预期的结果。这本质上是一种新型的人机沟通能力。 总结：未来AI人才的画像 未来的AI人才将不再是单一的“码农”形象，而更像 “AI增强型专家”： 在研发端，是懂业务的算法工程师，或懂技术的科学家。 在应用端，是会用AI增强自己专业能力的律师、医生、教师、设计师、分析师、管理者、作家…… 最终，最宝贵的特质是：拥有一个开放、探索、整合的思维模式，将AI作为自己认知和能力的“外挂大脑”，在人类智能与人工智能的交汇处，创造出独一无二的价值。 你不需要成为AI的建造者，但必须成为AI的“优秀驾驶员”和“战略指挥官”。

是的，腾讯云即时通信 IM 支持通过 uni-app 转化的鸿蒙元服务（HarmonyOS Atomic Service）。 这是一个非常明确的技术方向，腾讯云IM已经做好了适配。以下是具体的支持情况和实现路径： 核心结论：完全支持 腾讯云IM的uni-app SDK，在设计上就考虑了对多端的兼容，其中就包括鸿蒙系统。当您使用uni-app开发IM应用并发布为鸿蒙元服务时，IM的核心通信功能可以正常运行。 实现路径与关键点 使用正确的SDK：您需要在uni-app项目中，集成 腾讯云IM的uni-app专用SDK（通常命名为 tim-wx-sdk 或官方推荐的uni-app版本）。这个SDK在WebSocket、网络请求等底层通信模块上，已经做了跨平台的适配。 遵循uni-app的鸿蒙转化流程：您需要按照uni-app官方文档的指引，将您的uni-app项目编译、发布为鸿蒙元服务。这个过程由uni-app框架和华为的鸿蒙编译器完成，会将您的Vue/JS代码转化为ArkTS，并打包成.hap文件。 IM SDK的兼容性：在转化过程中，腾讯云IM uni-app SDK中使用的JavaScript API，只要是基于标准Web能力（如WebSocket、Promise等）的部分，在鸿蒙的ArkUI Web组件或相关运行时环境中都能得到很好的支持。SDK的网络层会自动适配鸿蒙平台。 需要注意的细节（重要） 虽然支持是确定的，但在实际开发和上线前，请务必关注以下几点： SDK版本确认：务必使用腾讯云IM官方文档中明确支持uni-app和移动端的最新版SDK。在集成前，最好在官方社区或工单中确认对鸿蒙元服务的兼容性。 功能全覆盖测试：在鸿蒙元服务真机上进行全功能测试。核心测试点包括： 登录、收发消息（文本、图片、语音、文件等）。 群组管理、会话列表。 推送通知（需额外配置鸿蒙推送服务，并确保IM SDK的离线推送能正确唤起元服务）。 音视频通话（如果用到TUICallKit等附加组件，需要单独确认其鸿蒙支持度）。 网络与权限：确保鸿蒙元服务的配置文件中，声明了必要的网络权限（如ohos.permission.INTERNET）。元服务的网络环境可能与小程序的WebView环境略有差异。 官方资源： 腾讯云IM uni-app SDK文档：这是您的主要集成指南。 uni-app发布为鸿蒙应用文档：按照华为和uni-app官方的步骤进行转化和发布。 华为鸿蒙开发者中心：关注元服务的最新开发规范和要求。 总结 可以明确地说，基于uni-app开发并集成腾讯云IM SDK的应用，转化为鸿蒙元服务在技术上是可行的，并且是腾讯云IM官方支持的跨端方案之一。 给您的行动建议： 在uni-app项目中正常集成腾讯云IM SDK，并完成H5端或小程序端的初步调试。 严格遵循uni-app的鸿蒙应用发布流程，进行项目转化。 重点进行鸿蒙真机上的兼容性测试和性能测试，确保所有IM功能在鸿蒙元服务形态下稳定运行。 这是一种高效的“一次开发，多端部署”策略，能帮助您将IM能力快速扩展到鸿蒙生态。

SoloDev（独立开发很酷） 目前国内最活跃的技术社区之一，话题涵盖编程、创业、设计、职场等。独立开发者常在这里交流项目冷启动经验、工具推荐，信息密度高，偶尔能发现宝藏小工具或合作机会。

INFP 程序员路过，MBTI 测试确实帮我认识过自己：比如为什么我总爱在写代码前想太多，为什么启动慢、但后期又特别想把东西打磨好。刚工作那会儿被说执行力差，我也真怀疑过是不是自己不适合干这行，后来才发现，很多问题不是能力，是节奏没对上。 后来在项目里踩坑踩多了，也就想开了：能跑的代码就是好代码，过早的优化是万恶之源。现在有了像腾讯云代码助手 CodeBuddy 这样优秀的 AI 编程工具（手动狗头），起步真的轻松不少，至少不用对着空文件纠结半天。虽然我还是会忍不住改来改去，但比以前强多了，至少事情能先往前走。 再后来我就不太爱给自己贴标签了。什么 I 人、E 人，在我这更像个默认配置，不是写死的常量。开会需要的时候，我也能临时多说两句；需要安静写代码的时候，也可以一下午不带响的。现在看 MBTI，对我来说更像是个帮助我认识自己性格边界的 README，告诉我哪些地方容易卡 Bug，哪些地方是设计如此。但真要按着说明书一条条对号入座，很容易就掉进巴纳姆效应里，最后变成“哦，原来我就该这样，那我摆了”。这就有点像拿星座当人生导航了。所以我现在的用法是：知道自己大概是什么路数就行，别把类型当判决书。毕竟程序员都知道，世界之所以能跑起来，从来不是因为所有实例配置一模一样，而是因为它们各司其职，还能动态调整。

这是一个非常常见且重要的问题。请放心，只在腾讯云搭建短信服务，对您小程序原有的数据（用户数据、业务数据等）不会有任何直接影响。 您可以将其理解为在您现有的房子（小程序和原有数据系统）旁边，新建了一个独立的、专业的邮局（腾讯云短信服务），专门用来寄信（发短信）。房子里的家具、物品（原有数据）完全不受影响。 核心原理：服务解耦与API调用 数据存储位置不变：您的用户数据、订单数据等核心业务数据，仍然完全存储在原有的第三方建站平台服务器上。腾讯云短信服务不接触、不存储、不迁移您的这些业务数据。 独立服务，按需调用：腾讯云短信是一个独立的云服务。您的小程序只是在需要发送短信验证码或通知时，通过调用腾讯云提供的API接口，将“手机号”和“短信内容”等信息发送给腾讯云。腾讯云完成发送后，通常会返回一个“发送成功/失败”的状态回执给您的小程序。 影响范围仅限于短信功能本身：您所做的，只是将“发送短信”这个单一功能，从原来的服务商（已失效）切换到了腾讯云。其他所有功能（登录、支付、数据查询、商品展示等）都继续由原系统负责。 实施时需要注意的关键点（避免间接影响） 虽然数据本身安全，但在技术对接过程中，如果操作不当，可能会影响用户体验或功能联动。请重点关注以下几点： 用户手机号数据的准备：您需要确保在发送短信时，能从原有数据库中正确获取到用户的手机号。这是您自己的业务逻辑，腾讯云不负责这部分。 短信签名和模板审核：在腾讯云开通短信服务后，您需要创建 “签名”（如【您的公司名】）和 “模板”（如“您的验证码是{1}，请在{2}分钟内填写”）。这两个内容需要提交腾讯云审核，审核通过后才能发送。请提前准备，以免影响业务上线。 代码修改与测试： 您需要在小程序的后台代码中，找到原来调用第三方短信接口的地方，将其替换为调用腾讯云短信API的代码。 这是一个局部的代码修改。务必在测试环境中进行充分测试，验证短信能否正常发送、接收，以及验证码是否正确匹配等，确认无误后再更新到正式环境。 费用与监控：腾讯云短信按发送量计费。您需要设置好预算告警，并监控发送成功率、失败原因等，确保服务稳定。 总结 直接回答您的问题：没有影响。 您可以放心地接入腾讯云短信服务。这只是一个功能模块的平行替换和增强，不会触及或改动您存储在原有建站平台上的任何核心数据。 行动建议： 先在腾讯云控制台开通短信服务，申请签名和模板。 在开发测试环境中，使用测试手机号，完成API接口的对接和调试。 全部测试通过后，再安排一个低峰时段，将代码更新到正式环境，完成平滑切换。 整个过程就像换了一家更靠谱的快递公司来寄件，您仓库里的货物是绝对安全的。

Android端SDK是独立进程运行的，如果只想保留会中一个任务，可能得自己实现会前的UI，也就是入会这个页面。也可以提单确认下还有没有其他方法

根据官方信息，TDSQL（TencentDB for TDSQL）目前不支持在您自己的Windows环境上直接安装部署。 核心结论：不支持本地Windows部署 TDSQL是腾讯云提供的一款企业级分布式云原生数据库产品。它的核心架构（计算与存储分离、多节点高可用、自动分片等）深度依赖腾讯云的基础设施（如云服务器、云硬盘、私有网络VPC、负载均衡等）和自研的运维管控系统。因此，它没有提供面向个人开发者或企业用于在本地Windows（或其他非腾讯云环境）进行独立安装的软件包或安装程序。 开发者的使用途径 对于开发者而言，目前使用TDSQL主要有以下两种方式： 使用腾讯云上的TDSQL服务（主要且推荐方式） 您可以在腾讯云控制台直接购买和创建TDSQL实例。这是最标准、最便捷的方式，您无需关心底层硬件的安装、运维和集群管理。 创建实例后，您会获得一个连接地址（内网地址或公网地址），然后就可以像使用任何远程数据库一样，在您的本地Windows开发环境中，通过标准的MySQL客户端（如MySQL Workbench、Navicat、命令行工具或应用程序驱动）来连接和使用这个云上的TDSQL数据库。 简单来说：数据库服务运行在腾讯云上，但您可以在自己本地的Windows电脑上进行连接、开发和测试。 使用Docker或虚拟机进行有限的学习和测试 如果您需要在本地模拟分布式数据库环境进行架构学习或功能验证，可以考虑使用Docker容器在本地运行单个节点的MySQL或MariaDB，但这与TDSQL的分布式特性相去甚远。 对于更接近的测试，腾讯云有时会为合作伙伴或特定项目提供基于Linux的沙箱环境或离线交付版本，但这通常面向企业级客户且有严格的商务和技术流程，并非面向普通开发者。这些版本也几乎不可能运行在Windows主机上，通常要求部署在Linux服务器集群中。 总结与建议 不能安装：您无法像安装MySQL或SQL Server那样，在您自己的Windows电脑或服务器上安装一个完整的TDSQL。 可以使用：您完全可以在本地Windows开发环境中，通过客户端工具连接和使用腾讯云上的TDSQL实例。这是标准的开发模式。 替代方案：如果您的需求是必须在本地Windows环境运行一个兼容MySQL协议的数据库用于开发测试，建议安装 MySQL Community Server、MariaDB 或 PostgreSQL。如果需要在本地学习分布式数据库概念，可以尝试在多个Linux虚拟机中搭建MySQL Group Replication或使用TiDB的All-in-One演示包（但TiDB也主要面向Linux环境）。 对于开发，最实际的做法是：在腾讯云上开通一个入门规格的TDSQL实例，然后在您本地的Windows电脑上连接它进行开发。

在 Power Query（M 语言）中，若要新建一列，让该列所有数据都为目标列的最大值，可按以下步骤操作： 方法一：使用“添加自定义列” 打开 Power Query 编辑器：在 Excel 或 Power BI 中选中数据，点击“数据”选项卡，选择“自表格/区域”进入 Power Query 编辑器。 添加自定义列：在“添加列”选项卡中，点击“自定义列”。 编写公式：在“自定义列公式”框中输入公式 List.Max([语文]) ，这里 [语文] 是你要获取最大值的列名，你可以根据实际情况替换。公式含义是对“语文”列的数据求最大值。 命名新列：在“新列名”处输入新列的名称，比如“最大值”，然后点击“确定”。 方法二：使用 M 语言 如果你习惯使用 M 语言，可在“高级编辑器”中手动编写代码： 打开高级编辑器：在 Power Query 编辑器中，点击“主页”选项卡下的“高级编辑器”。 编写代码：假设原表名为 Table1，目标列名为 语文，在新代码里添加获取最大值并新建列的逻辑。示例代码如下： let 源 = Excel.CurrentWorkbook(){[Name="Table1"]}[Content], 最大值 = List.Max(源[语文]), 添加列 = Table.AddColumn(源, "最大值", each 最大值) in 添加列 上述代码先将数据源加载到 源 变量，接着用 List.Max 函数获取“语文”列最大值存到 最大值 变量，最后用 Table.AddColumn 函数给原表添加新列“最大值”，新列所有值为前面求得的最大值。 3. 应用更改：编写好代码后点击“完成”，Power Query 会应用更改并显示结果。

https://qinglian.tencent.com/price/ 可访问官方咨询

iOS客户端在调用SDK的屏幕共享功能结束后，录制/直播的进程仍然驻留在后台，这是一个需要主动管理的技术问题。iOS系统对后台进程有严格的限制，但屏幕共享（通常基于ReplayKit的Broadcast Upload Extension）作为一种特殊的后台任务，需要应用层进行正确的生命周期控制才能完全结束。 核心问题：Extension进程未主动终止 屏幕共享功能结束后，其对应的Broadcast Upload Extension进程未被关闭，这通常是因为没有正确调用结束广播的API。根据iOS的机制，这个Extension是一个独立的进程，即使主App切换到后台或结束，Extension进程也可能继续运行，直到被系统资源回收或主动终止。 解决方案：主动结束广播会话 要解决此问题，您需要在代码中确保屏幕共享功能结束时，主动通知并结束广播会话。以下是关键的处理步骤和代码逻辑： 在主App中调用结束方法 当用户在主App界面点击“停止共享”或类似按钮时，您需要调用SDK或ReplayKit提供的API来结束广播。这通常会触发一个事件，通知Extension进程停止工作。 一个典型的做法是，通过 RPBroadcastController 的 finishBroadcastWithHandler: 方法来优雅地结束广播。您需要确保这个调用在共享结束时被执行。 在Extension中实现结束回调 在Broadcast Upload Extension的 SampleHandler 类（或类似的处理类）中，必须正确实现 broadcastFinished 方法。当主App调用结束广播后，系统会调用此方法。您需要在此方法中执行必要的清理工作，例如： 停止采集音视频样本缓冲区 (CMSampleBuffer)。 关闭与主App或服务器之间的任何数据连接（如Socket连接）。 释放占用的资源。 完成清理后，Extension进程将会被系统终止。如果未在此进行妥善清理，可能导致进程残留。 处理异常和中断情况 除了正常的结束流程，还需要考虑共享被异常中断的情况，例如来电、用户从控制中心强行停止录制等。您的代码应该能响应这些系统事件。 在Extension中，可以监听相关的中断通知。 确保在任何导致共享结束的路径上，最终都能触发清理逻辑，调用结束广播的方法。 检查与调试建议 检查代码逻辑：请仔细审查您集成SDK的代码，确认“停止屏幕共享”的按钮事件是否准确关联到了结束广播的API调用。 查阅SDK文档：由于您对接的是特定厂商的SDK，最权威的做法是查阅其官方集成文档，找到正确结束屏幕共享会话的API及调用时机。 利用Xcode进行调试：在调试时，您可以在Xcode的“Debug Navigator”中查看所有活动的进程。当屏幕共享结束后，检查对应的Extension进程是否消失。这可以帮助您确认问题是否已解决。 总结来说，解决屏幕共享后进程残留问题的关键在于：在主App中主动触发结束广播，并在Extension的 broadcastFinished 回调中完成资源释放。 iOS的后台管理机制虽然会自动回收资源，但对于这类主动发起的后台任务，开发者有责任确保其生命周期的完整结束。

架构师的核心竞争力与价值，远不止于画技术图纸。他们是将商业愿景翻译为可执行技术蓝图的战略家，是平衡短期交付与长期演进的权衡大师，更是保障系统在复杂环境中持续稳定运行的守护者。 其核心价值可总结为三个关键维度：战略影响力、系统构建力、与组织赋能力。下图揭示了这些能力如何相互支撑，共同构成架构师的立体价值： quadrantChart title 架构师核心竞争力矩阵 x-axis “技术深度” --> “商业广度” y-axis “执行落地” --> “战略规划” quadrant-1 系统构建者 quadrant-2 战略翻译者 quadrant-3 团队赋能者 quadrant-4 风险决策者 “技术决策与系统设计”: [0.75, 0.25] “全链路性能与成本优化”: [0.7, 0.35] “技术战略与路线图”: [0.25, 0.75] “复杂问题抽象与拆解”: [0.3, 0.65] “跨团队协同与共识”: [0.25, 0.3] “人才培养与知识沉淀”: [0.2, 0.25] “技术债务与风险管理”: [0.65, 0.7] “架构演进与迭代规划”: [0.6, 0.6] 一、战略翻译与平衡能力（从商业到技术） 这是架构师区别于高级工程师的核心。他们能将模糊的业务需求，转化为清晰的技术路径。 价值对齐：深刻理解业务目标（增长、降本、合规、体验），确保技术架构直接支撑商业成功，而非追求“炫技”。 复杂问题抽象：将庞大的业务问题分解为可管理的子系统、模块和接口，定义清晰的边界与契约。 前瞻性与演进设计：设计能适应未来1-3年业务变化的系统，平衡“当下够用”与“未来可扩展”，避免颠覆性重写。 技术选型与决策：在众多技术方案中做出合理选择，权衡性能、成本、团队能力、社区生态及长期维护性。 二、系统构建与保障能力（从蓝图到现实） 这是架构师价值的基石，确保系统不仅“设计得漂亮”，更能“运行得稳定”。 全链路架构设计：涵盖应用、数据、基础设施、安全与网络，确保整体一致性、高可用、高性能与高安全。 非功能性需求（NFR）保障：对可扩展性、弹性、容错性、可观测性、可维护性等有系统性设计，而不仅仅是功能实现。 性能、成本与效率的极致优化：在架构层面解决性能瓶颈，并关注资源利用率，用合理的成本支撑业务。 技术债务与风险管理：主动识别并管理技术债务，设计容错、降级、应急预案，对系统风险有预案。 三、组织协同与赋能能力（从个人到团队） 卓越的架构通过卓越的团队实现，架构师是技术文化的塑造者。 清晰的技术沟通：能向不同受众（高管、产品、开发、运维）清晰阐述架构价值、决策依据与实施路径。 推动共识与落地：凝聚团队对架构方向的理解，驱动跨部门协作，确保蓝图在代码中实现。 人才培养与知识沉淀：通过设计评审、代码示范、文档体系、技术分享，提升团队整体设计能力与工程质量。 建立技术规范与工程体系：推动建立编码规范、设计模式、 DevOps流程等，提升团队长期效率。 总结：架构师的终极价值 架构师的终极价值，在于通过可持续、可演进的技术体系，最大化技术的商业回报，同时最小化系统的长期风险。他们不仅是“系统的设计师”，更是**“技术的产品经理”和“工程团队的教练”**。 一个优秀的架构师，其影响力最终体现在：业务能快速、稳定地试错和创新，团队能高效、愉悦地交付高质量代码，系统能在多年的演化中依然保持清晰与健壮。 这正是他们不可替代的核心竞争力。

按文档配置就行

一般都是键盘+鼠标的合奏，感觉这个最巴适了。

要实现“屏蔽用户查看通讯录，但允许其通过接口获取账户级会议录制列表”，关键在于理解并正确配置腾讯会议后台的用户角色与权限体系。 简单来说，直接将该用户设置为“企业超级管理员”或拥有特定“角色”即可实现此目的。下面为您详细解释原因和具体操作路径。 核心逻辑：权限分离 在腾讯会议的管理体系中，“查看企业通讯录”和“管理/查看企业录制”是两种独立的权限。因此，完全可以通过权限配置，实现让一个用户看不到其他同事的联系方式（即屏蔽通讯录），但依然能通过API管理全公司的会议录制。 解决方案：通过角色管理配置权限 您需要在 腾讯会议管理后台 的“用户管理 > 角色管理”页面进行设置。具体有以下两种推荐路径： 修改现有角色或创建新角色 您可以创建一个新的自定义角色，或编辑一个现有角色（如“账户管理员”）。 在该角色的权限设置中，取消勾选“通讯录”相关的查看权限（例如“查看企业成员”）。 同时，确保勾选了“录制管理”下的“查看”和“编辑”权限。这是调用“获取账户级会议录制列表”等管理接口所必需的权限点。 将目标用户赋予超级管理员身份 更直接的方法是，将需要此权限的用户设置为 “企业超级管理员”。 根据接口文档，调用“查询会议录制列表”和“获取账户级会议录制列表”接口时，操作者 (operator_id) 的身份要求是“会议创建者、企业超级管理员或有企业录制管理权限的用户”。 企业超级管理员天然拥有最高权限，包括管理录制文件。虽然他们通常也能查看通讯录，但您可以通过上述角色管理，专门创建一个“无通讯录权限的超级管理员角色”来实现您的需求。 接口调用确认 完成上述权限配置后，您调用 获取账户级会议录制列表 接口时，传入该用户的 userid 作为 operator_id，并指定 operator_id_type=1，接口将能够返回企业的录制列表，而不会因为其无法查看通讯录而返回空列表。 总结：您遇到的“返回空列表”问题，很可能是因为该用户目前仅具备普通成员权限，在屏蔽其通讯录查看权限的同时，也缺失了企业级的录制管理权限。解决方案是通过后台角色管理，为其单独配置“录制管理”权限，同时移除“通讯录”权限，即可达成您的目标。

需要在开发阶段就解决权限声明的问题

您好，收到反馈，我们将为您优先处理，审核一般最快1工作日，最长三个工作日。

初始化和登录有没有成功，如果成功了的话需要提工单查下

适用