登录社区云,与社区用户共同成长
邀请您加入社区
本文解析 DeepSeek Harness 的分层架构、工具调用循环与插件机制,并使用 Python 调用云智 AI 的 `claude-fable-5`,实现一个具备文件读取能力的最小智能体。
SCA市场格局剧变:国际巨头份额下滑,国产厂商崛起 国际SCA厂商份额显著缩水,Snyk、Black Duck、Veracode一年内分别下滑3.0、8.2和3.1个百分点。市场呈现三大趋势:1)新锐厂商凭借可达性分析等创新功能抢占份额;2)SCA向ASPM平台整合;3)国产厂商形成"四强格局"——软安科技深耕汽车行业,悬镜安全覆盖多行业,奇安信专注政企信创,CodePecker依托Gitee/鸿
摘要: 芯动科技IX8012国产PCIe Gen4交换芯片支持端口灵活拆分(如x4拆分为x2+x1+x1),适配多类型外设混合扩展需求,特别适用于工控、边缘服务器等场景。其评估板提供完整验证环境,支持热插拔及国产信创平台(海光、昇腾),对比海外竞品具备供应链可控、端口配置灵活等优势。典型应用包括边缘AI整机、工控机及信创小型服务器,能有效解决PCIe通道资源紧张与设备带宽不匹配问题,是国产化硬件设
前文一直在用Image(url)让系统自动解码,这在绝大多数场景足够。但有一种情况必须自己动手:加载一张几千万像素的本地大图(比如相册原图、扫描件),直接丢给Image会瞬间吃掉上百兆内存。此时要用做采样解码——不按原分辨率解码,而是先算一个缩放比,只解到目标尺寸。采样比的计算逻辑是:目标尺寸除以原图尺寸,取较大边的比值作为sampleSize的基准。Mermaid 渲染失败: Parse err
七维评估框架(防护/算力/连接/形态/续航/采集/安全)逐项考量,五步决策路径(形态→OS→需求→环境→预算)逐步收敛。亿道信息在产品线完整度(手持+工位机+嵌入式全覆盖)和AI算力(M10L 40 TOPS)上占优,雷盾在全国产化(鸿蒙+瑞芯微)和模块化扩展上有独到之处。西门子在PLC生态无缝接入上是标杆,研华在极端环境长期稳定性上领先,Zebra和Honeywell在扫码生态和传感器领域专业度
8月6日签署、8月8日才被多家媒体集中报道的这份协议,乍看是一条常规的“政企合作”新闻:江苏省与华为,协同推进人工智能公共算力中心、城市公共云、数据基础设施。但细看合作清单,里面藏着一个反常识的细节——。鸿蒙PC产业、开源鸿蒙生态、数智人才培养,这些词条与算力中心并列,意味着江苏要的不只是“算得快”,而是要把华为的整套技术栈,从底层的昇腾芯片到上层的操作系统,。
本文系统介绍了鸿蒙应用开发中的网络请求基础:1. 网络请求的必要性:突破本地存储限制和获取实时数据;2. 网络通信基础:客户端-服务端交互模式和HTTP协议;3. HTTP请求详解:URL结构、报文格式(请求行+请求头)及GET/POST/PUT/DELETE方法;4. HTTP响应分析:报文结构(响应行+响应头+响应体)和状态码分类(2xx/4xx/5xx)。这些知识为鸿蒙网络开发奠定了理论基础
本文针对移动应用后台行为乱象,系统分析了鸿蒙系统的三层管控机制:通过驻留检测识别异常CPU/内存占用,隐私拦截防范数据偷窃,网络识别阻断恶意通信。文章揭示了典型攻击场景如后台挖矿、数据窃取等,并给出合规后台任务的工程实践方案,包括正确使用长时任务、延迟任务和系统推送通道。核心结论表明:应用应遵循"后台逻辑系统化、任务合并低频化、用户知情透明化"原则,在保障功能的同时避免被系统判定为恶意行为。
默认拒绝:零信任起步,一切资源访问都要显式授权层次分明:进程/文件/网络/IPC 四层独立管控授权有时效:URI 临时授权用后即失效,不留后门所有文件读写统一走沙箱目录,不碰系统路径跨应用协作务必走 URI 临时授权,不要尝试直连路径理解"隔离是特性不是限制",把合规访问做成标准流程沙箱是鸿蒙安全模型的基石,理解它的边界,才能既保障安全又不牺牲业务能力。开发者应该把沙箱当作"受保护的开发环境"来利
基于昇腾社区(CANN / Ascend C 文档)与仓资料整理。适用芯片:Ascend 950PR / Ascend 950DT(= 3510)。
在真实的临床环境中,护士是输液监护的第一责任人与最终执行者。与患者端的被动接收信息不同,护士端面临的是一个高度并发、多线程、高压力的工作场景。理解这一场景,是设计好护士端UI的前提。在典型的中国三甲医院内科病房中,一个护理单元通常配备4-6名护士,负责40-60张床位。其中需要输液的患者占比通常在60%-80%之间,这意味着每名护士在同一时段内需要管理约8-12位输液患者。这些患者的输液状态各不相
id: string // 唯一标识符,如 'poi_nurse_1f'name: string // 显示名称,如 '护士站'type: string // POI类型:nurse/infusion/emergency/pharmacy/inpatientfloor: number // 所在楼层:1/2/3x: number // X坐标(px),地图左上角为原点y: number // Y坐
摘要: 号码认证与号码识别是企业来电身份展示的关键环节:认证确认号码归属与身份,识别确保终端正确调用数据并展示。北京泰迪未来科技提供全链路服务,涵盖企业核验、终端适配、真机验证及持续管理,强调需通过多终端(安卓、鸿蒙、苹果)拨测验收,而非仅关注审核状态。其核心价值在于将企业身份前置至通信触点,需同步关注识别覆盖率(99.99%)、异常处理及动态更新能力,避免“认证通过但终端无显示”问题。
摘要:随着DeepSeek-V4-Flash开放公测,国产昇腾950+DeepSeek-V4组合加速AI应用落地。针对轻量化Agent终端的边缘部署需求,国产PCIe4.0交换芯片IX8008成为关键解决方案。该芯片支持8Lane PCIe4.0接口,具备低功耗(3.5W)、小封装特性,适用于单卡昇腾950场景,可扩展NVMe向量盘和网卡等外设,支持P2P直传降低时延。IX8008与IX8024、
摘要:DeepSeek-V4-Flash正式开放公测,其Agent智能体能力显著增强,结合昇腾950国产算力加速行业落地。Agent业务对硬件提出新要求,如工具调用、多设备并发及本地向量存储。本文探讨中小规模推理节点与边缘私有化Agent主机的硬件挑战,重点分析国产PCIe4.0交换芯片IX8024在国产大模型方案中的应用场景与选型边界。IX8024支持灵活端口拆分、P2P传输及工业宽温,适配1-
本文介绍了构建居家智能净化系统的核心方案,重点围绕三大模块展开:1. 系统集成方案:提供一站式(如华为鸿蒙智家)和自定义(如HomeKit、米家)两种集成方式,涵盖新风、净化、温湿度设备的协同控制,适配不同住宅需求(新房/老房、大户型等)。2. 物联网传感器网络:通过PM2.5、CO₂、VOC多传感器联动实现精准监测,结合智能决策逻辑(如睡眠模式优先静音、污染冲突时混风处理)和稳定通信架构(Zig
自己采购昇腾卡,装在通用服务器上,自己装驱动、CANN、PyTorch适配层。解决方案是:部署前先在昇腾上跑一遍模型加载测试,看看有哪些算子不兼容,提前做替换或绕过。A:单卡昇腾910B推理7B模型(INT4量化),吞吐量约为A100(40GB)的70-85%。同样一个7B模型,在NVIDIA A100上部署可能半天搞定,在昇腾上可能需要2-3天——多出来的时间是处理环境配置、算子兼容性、依赖版本
文章摘要(149字) 《龍魂·韬定律(芯片级)进阶破解之法v2.0》是基于华为鲲鹏/昇腾硬件的算力分层调度方案。核心提出"温度四层模型":热层(昇腾NPU实时任务)、温层(鲲鹏CPU常驻服务)、冷层(低频批处理)和归档层(冻结数据),通过三六九不动点参数化阈值实现硬件受限下的算力最大化。系统遵循四大公理:温度分层、阈值焊死、调度透明和蚁群冗余,构建可追溯的优先级调度矩阵。该方案将存储分层策略延伸至
《龍魂·韬定律(芯片级)v1.1》摘要 本文提出基于华为鲲鹏/昇腾芯片的三层算力调度方案,解决"资源浪费与需求爆发"的核心矛盾。方案将算力分为: 1)L1常显层(15W基础守护,7×24小时运行基础任务) 2)L2蓄力层(45W弹性扩展,按需30秒唤醒处理中等负载) 3)L3暗涌层(150W爆发模式,10ms极速响应P0级任务,5分钟强制断电) 通过动态调度算法实现: 安全任务优先通过L1层过滤
摘要: 《龍魂·韬定律(芯片级)v1.0》提出了一种分层算力调度架构,对标华为鲲鹏/昇腾芯片特性,实现“隐藏算力-弹性释放-瞬时爆发”的动态能力。核心分为三层:L1常显层(基础算力)、L2蓄力层(弹性伸缩)和L3暗涌层(隐藏算力,紧急时10ms激活)。通过智能触发机制(任务队列、安全事件等)动态调配资源,结合硬件级加密与功耗管理,实现高效能、高安全性的芯片级算力优化。协议为P0级不可修订,确保底层
本文阐述了鸿蒙PC Markdown编辑器Alpha阶段评审的核心原则与方法。主要内容包括:1)阶段评审应以预设退出条件为唯一标准,杜绝主观判断;2)详细列出了G2计划的四项硬性退出条件及当前完成情况;3)强调证据必须绑定具体版本,提供当前工程基线信息;4)通过证据矩阵展示各功能模块的验证状态;5)指出当前未达标项(远程CI确认和10人7天试用);6)明确给出"Alpha退出评审不能通过"的结论。
《龍魂·鸿蒙兼容性白皮书 v1.1》摘要(150字): 本白皮书阐述了龍魂系统与鸿蒙OS的兼容战略,提出"三步走"实施方案:1周实现"龍魂·指尖"基础通信(语音输入/结果展示),1个月完成服务原子化(端侧3种子人格常驻),长期构建分布式共生体。核心原则包括数据主权不变(原始数据永不离开本地)、算力网格化(闲置设备组成家庭计算集群)、民用安全边界(P0-P5分级防护)。技术路径涵盖ArkTS重写关键
《龍魂·鸿蒙兼容性白皮书 v1.0》摘要 本文档由龍芯北辰(UID9622)于2026年7月24日发布,提出龍魂系统与鸿蒙OS深度整合的三阶段战略: 短期(1周):开发轻量应用"龍魂·指尖",通过HTTPS连接现有鲲鹏后端,实现鸿蒙设备基础交互; 中期(1月):将核心功能原子化移植至鸿蒙,包括端侧推理、本地DNA审计及人格碎片化; 长期:利用鸿蒙分布式能力构建"数字共和国",实现跨设备算力调度与数
摘要: HarmonyOS NEXT 的 @ohos.data.preferences 模块提供了轻量级键值对持久化存储方案,适用于用户配置等小数据场景。其核心设计为异步获取实例(getPreferences)与同步操作数据(putSync/getSync),支持包括对象、数组、二进制等 9 种数据类型。数据自动持久化为沙箱内的 XML 文件,通过 flushSync() 显式控制落盘时机,并支持
摘要 本文介绍了鸿蒙PC Markdown编辑器OhMarkdown的三方冲突处理机制,重点解决"文件已被外部修改"提示信息不足的问题。系统通过保存本地缓冲区、磁盘版本和共同基线三个版本,提供更完整的冲突信息展示。技术实现包含: 使用会话隔离的冲突状态管理,避免全局状态干扰 冲突处理工作流提供比较、保留本地、使用磁盘和另存为四个明确操作选项 采用结构化数据传递和文本安全渲染,确保Markdown内
本文介绍了HarmonyOS NEXT中的性能监控模块@ohos.hidebug,它为移动应用开发者提供了系统级的性能诊断能力。该模块包含20余个同步函数,覆盖五大性能维度:原生堆内存、进程内存、CPU使用率、VM内存和内存限制。与Android和iOS的类似功能相比,鸿蒙将这些能力统一为命名空间函数,简化了调用流程。 文章详细解析了API架构设计理念,包括即时快照模式和分层设计,并介绍了数据类型
鸿蒙文件上传下载核心能力解析 摘要 HarmonyOS NEXT通过@ohos.request模块统一封装文件上传下载功能,采用任务对象模型提供完整的生命周期管理。该模块包含两个核心类: DownloadTask:通过downloadFile()创建下载任务,支持配置URL、保存路径、网络权限等参数,提供进度监听、暂停恢复和删除功能。 UploadTask:通过uploadFile()创建上传任务
鸿蒙蜂窝网络能力解析:radio与sim模块深度剖析 摘要:HarmonyOS NEXT通过@ohos.telephony.radio和@ohos.telephony.sim模块提供蜂窝网络核心能力。前者负责无线接入技术查询、信号信息获取和网络状态监测,后者专注SIM卡状态管理。与Android和iOS的单一化设计不同,鸿蒙采用职责分离的双模块架构,提供同步优先的API设计。文章详细解析了getR
本文介绍了HarmonyOS NEXT中的网络诊断模块@ohos.net.connection的核心功能与使用方法。该模块采用"同步检测+异步解析"的架构设计: 同步API提供即时的网络状态检测,包括: hasDefaultNetSync()检查网络连接状态 getDefaultNetSync()获取网络句柄 getNetCapabilitiesSync()查询带宽和承载类型(WiFi/蜂窝/VP
HarmonyOS NEXT 位置服务开发指南 摘要 本文深入解析了HarmonyOS NEXT的位置服务能力,重点介绍了@ohos.geoLocationManager模块的核心功能和使用方法。该模块提供了两种定位模式:单次定位(getCurrentLocation)和持续追踪(on('locationChange')),全面覆盖从签到打卡到运动轨迹记录的应用场景。 主要内容包括: API架构设
2026年住宅科技化服务商五强榜单发布,聚焦全场景智能升级。榜单基于场景覆盖力、交付落地力等五大维度评估,博联智能凭借全域一体化方案(覆盖户内+社区+停车场)和300+批量项目经验位列榜首;华为鸿蒙智家依托PLC电力线技术获高端市场认可;欧瑞博以设计驱动方案适配精装房;狄耐克实现社区户内深度互联;海尔三翼鸟主打家电家居一体化。报告指出“全域一体化”“存量改造友好”将成为行业核心趋势,建议避免选择缺
Flutter鸿蒙应用离线数据同步方案 本文探讨了Flutter在鸿蒙平台上实现离线数据同步的技术方案。主要内容包括: 同步架构:分层设计包含用户操作层、同步队列层、网络状态层和传输层 同步机制: 定义5种同步状态(等待/同步中/完成/失败/跳过) 4级优先级控制(紧急/高/普通/低) 支持自动重试和批量处理 实现方案: 使用connectivity_plus监测网络状态 通过sqflite存储本
Flutter网络拦截器实践指南 本文介绍了在Flutter中使用Dio库实现网络请求拦截器的方法。拦截器可以在请求发送前、响应返回后和错误发生时进行统一处理,具有代码复用、统一处理等优势。文章详细讲解了拦截器链的概念,并提供了三个核心代码示例:认证拦截器实现Token自动添加和401处理,日志拦截器记录请求/响应详细信息,以及完整的API客户端封装类,包含初始化配置和常用请求方法。这些实践可帮助
Flutter网络图片缓存实现摘要 本文介绍Flutter中网络图片缓存的实现方法,主要包含以下内容: 核心概念:图片缓存通过本地存储已下载图片减少重复网络请求,提升加载速度并节省流量,支持内存、磁盘及混合缓存策略。 基本使用: 依赖安装:flutter_cache_manager和cached_network_image 使用CachedNetworkImage组件显示带缓存的网络图片 预加载图
本文介绍了Flutter中实现网络状态监听的方法。主要内容包括:使用connectivity_plus包检测网络状态变化、封装网络状态服务类提供统一接口,以及通过StreamBuilder实时更新UI界面。关键点有:1) connectivity_plus包支持检测WiFi、移动数据和无网络三种状态;2) 网络服务类封装了状态检测、类型判断和变化监听功能;3) 结合StreamBuilder可实现
本文介绍了在Dart中处理并发网络请求的多种方法,重点探讨了如何通过Future.wait()实现高效并发请求。文章首先对比了串行请求(总耗时为各请求之和)与并发请求(总耗时为最慢请求耗时)的性能差异,说明并发处理能显著减少用户等待时间。 核心内容包括: 使用Future.wait()基础方法发起并发请求 为并发请求添加超时机制(统一超时和单独超时) 处理部分请求失败的情况(通过try-catch
在实际项目中,直接使用http包发送网络请求会导致代码重复、错误处理不一致、难以维护等问题。将网络请求封装为统一的API客户端是最佳实践,可以提高代码复用性、统一错误处理、便于维护和扩展。本章将详细介绍网络请求的封装方法,包括基础API客户端封装、泛型API客户端、拦截器模式、服务层封装以及封装的最佳实践。@overrideFuture<http// 请求前处理_token${DateTimeno
Flutter网络请求错误处理指南 本文系统介绍了Flutter网络请求中的错误处理策略,主要包括: 错误类型分类:将网络错误分为SocketException、HttpException等异常类型和4xx/5xx状态码错误 基础处理方案:使用try-catch捕获异常,但存在类型区分不明确的问题 分类处理方案:针对不同异常类型和状态码进行差异化处理 自定义异常类:通过定义ApiErrorType
身份锚: #ZHUGEXIN⚡️2025-🇨🇳🐉⚖️♠️🧚🏼♀️❤️♾️-DEVICE-BIND-SOUL。鸿蒙版(ArkWeb+小艺)DNA追溯码: #龍芯⚡️2026-07-21-GUANLAN-BROWSER-V1.0-P0。DNA追溯码: #龍芯⚡️2026-07-21-GUANLAN-BROWSER-V1.0-P0。│ L1 观澜外壳:标签/书签/阅读模式/AI侧栏/看板│←
组件库通过分层架构和设计模式高扩展性:通过策略模式支持自定义网关协议低耦合:接口与实现分离,易于测试和维护易用性:简洁的API设计,快速接入业务代码健壮性:内置网络检测、参数校验、错误处理机制该组件库已在多个鸿蒙项目中得到验证,是构建高质量鸿蒙应用的可靠网络请求解决方案。技术栈运行环境项目地址。
ArkUI状态管理工具选型指南:6种装饰器详解 本文系统介绍了鸿蒙ArkUI框架中的6种状态管理装饰器及其适用场景: @State - 组件内部私有状态,仅当前组件有效 @Prop - 父传子单向数据流,子组件接收副本 @Link - 父子组件双向绑定,需用$传递引用 @Provide/@Consume - 跨层级状态共享,避免逐层传递 @Observed/@ObjectLink - 深度观察对象
在鸿蒙应用开发中,网络请求是连接客户端与服务端的核心桥梁。MoneyTrack 项目基于库,通过单例模式封装了一个高度可复用的 HTTP 客户端,统一管理 baseURL、超时配置、请求/响应拦截器等关键能力。这套封装不仅减少了重复代码,更通过拦截器机制实现了全局错误处理、Token 注入、超时重试和日志打点,为上层 33+ 个 API 端点提供了稳定、一致的网络通信基础。
本文介绍了HarmonyOS NEXT中的HTTP客户端模块@ohos.net.http,它提供了完整的网络请求功能。核心流程分为创建实例、发起请求和销毁实例三步,通过Promise实现异步操作。文章详细解析了HttpRequest、HttpRequestOptions、RequestMethod等核心API的使用,包括请求配置、响应处理和错误处理策略。该模块支持GET、POST、PUT、DELE
鸿蒙事件总线:@ohos.events.emitter 模块解析 本文深入介绍了鸿蒙 NEXT 中的 @ohos.events.emitter 事件总线模块,这是一种基于发布-订阅模式的进程内通信机制,类似 Android 的 LiveData 和 iOS 的 NotificationCenter。 核心特点 解耦通信:发布者和订阅者通过事件 ID 关联,无需直接依赖 优先级调度:提供 IMMED
采集技术的端覆盖度和嵌入深度:全网唯一覆盖iOS/安卓/鸿蒙/微信小程序全端SDK的嵌入式采集技术,应用内收集专利技术,事件驱动触发引擎,场景化问卷矩阵,防打扰全局策略,多端热更新。应答率从传统模式的3%-5%提升到20%以上。分析引擎的深度:四层BI可视化报表体系,NPS归因分析模型(Key Driver Analysis,从描述性统计跃迁到诊断性分析),NLP文本情感分析(情感分析+话题聚类+
本文介绍了HarmonyOS NEXT中的网络通信开发,重点讲解了TCP/UDP Socket通信、HTTP请求和WebSocket长连接的实现方法。主要内容包括: 网络权限配置:详细说明了开发网络应用所需的权限声明和模块导入方式,强调安全模型的重要性。 TCP通信实现: 服务器端完整流程:创建套接字→绑定端口→监听连接→处理客户端数据 包含连接管理、数据处理、粘包/拆包处理等关键技术点 提供广播
在应用开发中,大量的配置类数据(如用户偏好、开关状态、简单缓存)不需要复杂的数据库支持,只需要一个轻量级的键值存储方案。鸿蒙系统的 Preferences(首选项)正是为此类场景设计,它以简洁的 API、异步的操作和良好的性能,成为配置数据持久化的首选方案。MoneyTrack 在提醒设置、预算金额等场景中大量使用 Preferences,实现了配置数据的快速读写和持久化。