我来了!

这一年回顾确实很忙 我原计划是每一个环节都上一张图片。后来发现太多了。实在太长了。 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人才都需要具备一些共同的特质和能力。以下是一些关键的特质和能力： 1. 扎实的基础知识 数学和统计学：尤其是线性代数、微积分、概率论和统计学，这些是理解机器学习、深度学习等核心技术的基础。 计算机科学基础：编程能力（尤其是Python、C++等）、算法与数据结构、系统架构等。 2. 编程与技术能力 编程能力：能够熟练使用至少一种编程语言，Python是AI领域的主流语言，其次可能是R、Java等。 数据处理与分析：掌握数据清洗、数据探索性分析、特征工程等技能，能够处理海量且多样化的数据。 机器学习/深度学习框架：熟悉TensorFlow、PyTorch、scikit-learn等深度学习和机器学习框架。 3. 解决实际问题的能力 跨领域的知识应用：AI不仅限于技术本身，AI人才需要能够将AI应用到具体的行业和业务中，解决实际问题。例如，AI在医疗、金融、零售等领域的应用。 产品思维：能够理解业务需求，并能将AI技术与业务目标结合，设计出切实可行的解决方案。 创新能力：AI领域发展迅速，人才需要具有创新思维，能够在现有技术基础上推动创新。 4. 持续学习和适应能力 学习能力：AI技术更新换代非常快，AI人才需要有强大的学习能力，持续跟进新技术、新算法以及行业发展趋势。 适应性强：能够在多变的技术环境和业务场景中快速适应，灵活调整自己的工作方法。 5. 跨学科的协作能力 跨学科背景：AI人才不仅仅是程序员，还需要具备跨学科的能力。例如，医疗AI人才需要具备一定的医学知识，金融AI人才需要懂得金融学。 团队协作能力：AI应用往往是多领域合作的结果，能够与产品经理、业务人员、设计师等跨职能团队成员紧密合作是非常重要的。 6. 沟通和表达能力 与非技术团队的沟通能力：AI人才需要能够将复杂的技术概念和实现方法向非技术人员解释清楚，帮助他们理解AI的实际价值。 简化复杂问题的能力：在面对技术复杂度时，能够将问题简化为可操作的方案并且高效执行。 7. 伦理和社会责任感 伦理思维：AI技术的发展需要考虑到伦理问题，例如隐私保护、算法偏见等。AI人才需要具备强烈的社会责任感，确保技术的应用符合伦理标准，避免不良后果。 透明性与公平性：在设计和实施AI系统时，要考虑其对社会的广泛影响，避免让技术产生不公平或不透明的决策。 8. 对大数据的理解与应用 大数据处理能力：AI人才需要具备处理大规模数据的能力，能够理解并使用各种数据存储和处理技术（如Hadoop、Spark等）。 数据隐私与安全：随着数据安全问题日益突出，AI人才需要懂得如何确保数据的安全性和隐私性。 9. 自我驱动与解决问题的动力 自我驱动：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能力快速扩展到鸿蒙生态。

一、主流开发者技术社区（广泛覆盖技术交流） 这些平台用户规模大、内容丰富，是大部分开发者获取技术内容、解决问题、参与讨论的主要入口： CSDN – 国内最大的软件开发者网络社区，包含技术论坛、博客、问答、资源下载等综合服务，是程序员技术交流重要场所之一。 掘金（Juejin） – 面向中文开发者的技术内容分享平台，涵盖前端、后端、AI 等话题，支持文章、社群和沸点等互动形式。 博客园（Cnblogs） – 专注技术博客分享和社区互动，适合深入技术文章阅读与创作。 SegmentFault（思否） – 类似技术问答社区，围绕技术问题和教程展开讨论。 V2EX – 程序员、产品、设计等创意工作者社区，讨论范围涉及技术、职业和生活话题。 阿里云开发者社区 / 腾讯云开发者社区 – 厂商背景的技术社区，覆盖云原生、大数据、AI、开发运维等专业主题。 这些社区具有典型的技术内容生产与协作生态特征，大规模聚集技术人群，适合学习与问答交流。 二、独立开发者 / 创业者专注社区 这些社区更聚焦于“个人开发者”、“独立产品开发”、“小团队创业”等场景，强调作品展示、经验分享与生态建设： w2solo（独立开发者社区） – 真正聚焦国内独立开发者的交流站点，社区内容包括项目分享、经验讨论等，由开发者自发维护。 Solo 独立开发者社区（solo xin） – 由开发者共建的交流社区，强调产品落地、创业、资源对接与灵感分享。 solodev cool / 独立开发很酷 – 专注独立开发与产品创业方向的技术与经验分享社区。 这些社区往往内容更贴合独立开发者的实际需求，比如从零构建产品、用户增长、快速验证想法、变现路径等讨论。 三、行业垂直/小众社区 & 论坛 一些小众但专业或垂直方向的社区也对开发者非常有价值： 电鸭社区、程序员客栈、GitChat 等 – 聚焦原创内容和社交互动的垂直技术社区。 各类 BBS/论坛（如 armbbs.cn、firebbs.cn 等嵌入式社区） – 在垂直领域仍有活跃讨论。 四、其他相关生态补充 GitHub / Gitee：虽然是代码托管平台，但也是全球及国内开发者协作、开源贡献的核心社区。 StackOverflow：不仅是问答网站，对开发者技术成长也是重要的全球资源（国内用户虽多通过中文平台互补，但国际社区仍具有参考价值）。 总结（专业视角） 主流社区（如 CSDN/掘金/思否）适合日常技术学习、问答解惑、行业资讯跟进。 独立开发者社区（如 w2solo、solo.xin、solodev.cool）更专注于个人开发、产品成长与生态互助，是“从技术走向产品/创业”阶段的重要支持点。 垂直/小众社区与论坛则在特定技术细分领域（嵌入式、算法、硬件等）提供更深入互动。

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

TDSQL（腾讯数据库）目前主要作为腾讯云的数据库服务产品，主要提供云端的托管解决方案，因此它并不直接支持在用户本地的 Windows 环境中安装和部署。 TDSQL 的架构设计和优化是围绕腾讯云的基础设施进行的，包括高可用性、扩展性和云原生特性。它集成了腾讯云的网络、存储以及安全特性，因此无法像传统的数据库管理系统（如 MySQL、PostgreSQL 等）那样在 Windows 环境下直接部署。 目前，TDSQL 的使用场景主要是通过腾讯云提供的服务进行托管，用户可以在腾讯云上创建数据库实例，进行数据存储、访问和管理。对于需要在本地部署的需求，用户通常会选择类似 MySQL、PostgreSQL 等开源数据库系统，或者通过云服务进行配置和管理。 不过，用户如果希望在本地环境上进行类似的数据库部署，可以选择腾讯云提供的数据库迁移工具，先将数据和应用部署在腾讯云上，然后进行相关的调优和管理。

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

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

在 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工作日，最长三个工作日。

适用

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