当前位置:首页>自动驾驶>【第一章】量产自动驾驶VLA技术解析:从 「感知智能」到「认知智能」

【第一章】量产自动驾驶VLA技术解析:从 「感知智能」到「认知智能」

  • 2026-05-13 08:25:05
【第一章】量产自动驾驶VLA技术解析:从 「感知智能」到「认知智能」

阅读建议:本文为《端到端自动驾驶》专栏的第一篇文章,建议结合后续章节的代码实操一同阅读。

01 引言:从"代码驱动"到"世界模型"的范式转移

02 现状扫描:2026年的VLA竞技场

  • 2.1 算力军备竞赛结束,Thor/X600成为门槛
  • 2.2 三大流派技术方案对比
  • 2.3 功能安全的底线

03 核心架构:量产VLA的三体结构

  • 3.1 感知端(Perception)
  • 3.2 认知端(Cognition)
  • 3.3 执行端(Action)

04 技术拆解:从像素到动作的黑盒揭秘

  • 4.1 多模态对齐:如何让"眼睛"和"大脑"说同一种语言?
    • 4.1.1 玩家A的改进CLIP-VLA架构
    • 4.1.2 玩家B的MoE门控网络实现
    • 4.1.3 玩家C的弹性权重固化(EWC)技术
  • 4.2 时空建模:告别UNet,拥抱Spatio-Temporal Transformer
  • 4.3 VLA决策头:如何把"思考"变成"动作"?
    • 4.3.1 Dual-Path决策机制
    • 4.3.2 Guardian机制:VLA功能安全守护者

05 落地难题:那些在论文里不会告诉你的坑

  • 5.1 算力与功耗问题
    • 5.1.1 动态混合专家路由(Dynamic Mixture-of-Experts Routing)
    • 5.1.2 玩家B的方案实现
  • 5.2 灾难性遗忘问题
    • 5.2.1 经验回放(Experience Replay)+ 模块化适配器(Modular Adapters)
    • 5.2.2 玩家A的方案实现
  • 5.3 可解释性缺失问题
    • 5.3.1 思维链生成(Chain-of-Thought Generation)与分层注意力可视化
    • 5.3.2 玩家C的方案实现

06 安全设计:Guardian机制与功能安全认证

  • 6.1 三层监控架构与动态阈值计算
  • 6.2 安全岛架构与MRM触发逻辑
    • 6.2.1 L4 MRM自主执行流程
    • 6.2.2 L4 MRM 与L2/L3的本质区别
  • 6.3 SOTIF测试用例构建方法
    • 6.3.1 Fisher信息矩阵敏感性分析
    • 6.3.2 3DGS仿真工具构建场景
    • 6.3.3 关键测试场景类别

07 专栏预告与订阅

08 结论与展望

09 参考文献

01 引言:从"代码驱动"到"世界模型"的范式转移

如果你在过去五年里一直深耕自动驾驶,你一定经历过从"规则驱动"到"端到端"的焦虑与兴奋。而现在,2026年的今天,我们正站在一个新的十字路口:VLA(Vision-Language-Action) 正在重新定义"量产"的边界。

但请保持冷静。不要被那些PPT里的"全自动驾驶"冲昏头脑。作为一名经历过无数次OTA回滚和长尾场景救火的工程老兵,我要告诉你的是:真正的VLA量产,不是在追求通用人工智能(AGI)的幻影,而是在残酷的物理世界里,解决"泛化能力"与"功能安全"的博弈

我们只聊那些在真实马路上跑出来的代码、工程算力优化和失败教训。

02 现状扫描:2026年的VLA竞技场

首先,我们必须搞清楚对手在哪里。2026年的硬件基准已经发生了翻天覆地的变化。

目前,量产VLA赛道主要分为三大流派,分别代表了巨头、新势力、传统玩家典型的三种配置方案:

表1:2026年主流VLA方案商硬件与架构对比

维度
玩家A(科技巨头派,例如LX)
玩家B(新势力激进派,例如XP)
玩家C(传统转型稳健派,例如 YRQX等)
核心SoCNVIDIA Thor (2000 TOPS)自研X600系列 (2250 TOPS)NVIDIA Thor + 备份安全岛
传感器配置
11V + 1L (激光雷达辅助)
纯视觉 (12V + 4D毫米波)
11V + 3L (全冗余)
VLA落地形态L2++城市通勤+泊车L3级高速领航L2+增强辅助
关键痛点
算力利用率低,发热严重
极端天气下的视觉退化
决策过于保守,交互僵硬
部署规模
已搭载12款车型,覆盖超100万台
首发搭载4款车型,覆盖超50万台
已搭载15款车型,覆盖超200万台

深度洞察:

  • 算力军备竞赛结束,Thor/X600成为门槛
    :只有突破1000TOPS大关,你才有资格运行拥有30B-70B参数的VLA大模型,进行实时的视频流推理。
  • 激进派的豪赌
    :纯视觉路线在VLA时代面临巨大挑战。视觉语言模型虽然理解能力强,但缺乏精确的深度信息,在处理"幽灵刹车"或"近距离切入"时,依然需要4D毫米波或激光雷达提供物理约束。
  • 保守派的突围
    :传统车企通过"全冗余"传感器配置和"备份安全岛"架构,确保在极端条件下仍能维持安全性能,但决策交互的僵硬感成为用户体验的痛点。
  • 功能安全的底线
    :无论采用何种技术路线,VLA系统都必须通过ISO 21448 SOTIF合规认证,实现从"感知-决策-执行"的全链路安全监控。

03 核心架构:量产VLA的三体结构

一个能够落地的VLA系统,绝不是简单地把GPT塞进车里。它必须是一个高度工程化的"三体"结构,以确保在满足毫秒级延迟的同时,具备逻辑推理能力。

图1:量产级VLA系统架构图 - 逻辑架构

图2:量产级VLA系统架构图 - 数据流架构

图3:量产级VLA系统架构图 - 物理部署架构

架构说明:

  1. 感知端(Perception)
    :不再是传统的2D检测框,而是3D视觉Token与几何特征的深度融合。这是VLA理解物理世界的基础。
  2. 认知端(Cognition)
    :这里处理的是多模态驾驶语义,而非单纯自然语言。系统将驾驶场景、导航指令、交通规则转化为统一Token序列,让模型通过思维链(Chain-of-Thought)学会"思考"。
  3. 执行端(Action)
    :扩散策略生成多模态轨迹,经轨迹选择后输出硬实时控制指令,并通过ASIL-D功能安全监控层进行实时校验。

表2:量产VLA系统各模块功能与技术实现对比

模块
玩家A
玩家B
玩家C
感知编码层
3D ViT + 点云融合
FastDriveVLA token剪枝
时空Transformer + 激光雷达权重调整
多模态对齐层
改进CLIP架构,特征维度压缩至1024
MoE门控网络,动态选择专家模块
基于Fisher信息矩阵的对齐损失
LLM backbone
VLM2B + INT4量化
物理世界大模型720亿参数
基于Switch Transformer的混合架构
动作解码头
扩散模型轨迹规划
Causal Conv3D + 动作空间投影
基于Lattice规划器的混合输出
安全监控层
独立R52锁步核 + 安全岛
双路径决策 + Guardian机制
三级失效响应 + 紧急制动触发

04 技术拆解:从像素到动作的黑盒揭秘

这是最硬核的部分。我们将深入代码和数学层面,看看VLA是如何在毫秒之间做出决策的。

4.1 多模态对齐:如何让"眼睛"和"大脑"说同一种语言?

在传统架构中,视觉特征和文本特征是割裂的。在VLA中,我们必须构建一个统一的Latent Space(潜在空间)

玩家A的改进CLIP-VLA架构

class OptimizedClipVla(nn.Module):    def __init__(self, visual_dim=4096, text_dim=512):        super().__init__()        # 视觉编码器        self visual_encoder = VisualTransformer(            image_size=224,            patch_size=16,            embed_dim=768,            depth=12,            num_heads=12,            mlp_ratio=4,        )        # 文本编码器        self.text_encoder = TextTransformer(            vocab_size=49152,            max_position_embeddings=1024,            embed_dim=512,            depth=6,            num_heads=8,        )        # 降维投影器        self visual project = nn.Linear(768256)        self.text_project = nn.Linear(512256)        # 温度系数        self tau = nn.Parameter(torch.ones(()))    def forward(self, images, texts):        # 视觉特征提取        visual_feat = self visual_encoder(images)        visual_feat = self visual_project(visual_feat)        # 文本特征提取        text_feat = self.text_encoder(ttexts)        text_feat = self.text_project(text_feat)        # 多模态对齐损失        sim = cosine_similarity(visual_feat, text_feat)        lossAlign = -torch.log(            torch.exp(sim / self tau) /            torch.sum(torch.exp(sim / self tau), dim=-1)        ).mean()        return lossAlign

玩家B的MoE门控网络实现

class MoEGuardian(nn.Module):    def __init__(self, num_experts=4, num_layers=24):        super().__init__()        self num_experts = num_experts        self layers = nn.ModuleList([            TransformerLayer MoE() for _ in range(num_layers)        ])    def forward(self, x, scene_complexity):        # 动态选择专家模块        expert_weights = self.get_expert_weights(x, scene_complexity)        # 门控路由        selected_experts = top_k路由(expert_weights, k=2)        # 专家输出加权        expert_outputs = []        for i, layer in enumerate(self.layers):            if i in selected_experts:                expert_outputs.append(layer(x))        output = sum(expert_outputs) / len(expert_outputs)        return output    def get_expert_weights(self, x, scene_complexity):        # 基于场景复杂度动态计算专家权重        # 场景复杂度通过熵值量化:H(v) = -sum(p(v_i) log p(v_i))        # 高复杂度场景(H(v) > 0.8)时,增加语言专家权重        # 低复杂度场景时,增加视觉专家权重        # ...        return weights

玩家C的弹性权重固化(EWC)技术

def ewc_loss(theta_new, theta_old, fisher_matrix, lambda=0.3):    # 计算参数变化的正则化项    # Fisher信息矩阵F_ij = sum( (dO/dtheta_i)(dO/dtheta_j) / sigma^2 )    # 在增量训练中,保护旧任务的重要参数   ewc_loss = 0.0    for i in range(len(theta_new)):        delta = theta_new[i] - theta_old[i]        ewc_loss += lambda * fisher_matrix[i] * delta ** 2    return ewc_loss

4.2 时空建模:告别UNet,拥抱Spatio-Temporal Transformer

2026年了,如果你还在用UNet做自动驾驶分割,那你已经输了。UNet无法捕捉长距离的时序依赖,而这对VLA理解"意图"至关重要。

玩家B的VLA2.0时空Transformer实现

class SpatioTemporalBlock(nn.Module):    def __init__(self, dim, num_heads):        super().__init__()        # 使用因果卷积处理时间维度,保证实时性        self.temporal_conv = CausalConv3d(in_channels=dim, out_channels=dim)        # 空间自注意力        selfspatial_attn = WindowAttention(dim, num_heads=num_heads)        # 动态token剪枝        self.recon_pruner = ReconPruner(            dim=dim,            patch_size=16,            num_heads=num_heads,        )    def forward(self, x_video, scene_complexity):        # x_video: [B, T, C, H, W]        # 1. 提取空间特征        spatial_feat = selfspatial_attn(x_video)        # 2. 融合时间信息(仅利用历史,不偷看未来)        temporal_feat = self.temporal_conv(spatial_feat)        # 3. 动态token剪枝(保留关键区域,如车辆、行人)        pruned_feat = self.recon_pruner(temporal_feat, scene_complexity)        return pruned_feat    def token_pruning(self, feat, scene_complexity):        # 基于场景复杂度动态调整保留token数量        # 简单场景保留812个token,复杂场景保留1624个token        # ...        return pruned_feat

注:这段代码的关键在于CausalConv3d,它确保了模型在t时刻的推理只依赖于t-\Delta t的历史数据,符合车载实时系统的硬性要求。

4.3 VLA决策头:如何把"思考"变成"动作"?

这是量产中最难的部分。大模型容易产生"幻觉",但在驾驶中,幻觉意味着事故。

我们设计了Dual-Path决策机制

  • Path A (大模型路径)
    :负责处理长尾场景和复杂语义(例如:“找个最近的地方停车”)。
  • Path B (规则路径)
    :传统的规划器(如Lattice或优化器),负责处理常规的跟车、变道。

融合逻辑(Guardian机制):VLA功能安全守护者

class VLASafetyGuardian:    """    融合TMR架构设计与ISO 26262 DSM三层监控    """    def __init__(self):        # Layer 1: 主计算通道(同构双冗余)        self.primary_thor = ThorSOC("Primary", 1000TOPS)        self.secondary_thor = ThorSOC("Secondary", 1000TOPS)        # Layer 2: 异构监控通道(独立架构)        self.safety_monitor = SafetyMCU("Lockstep", ASIL_D)        self.rule_based_planner = RuleBasedPlanner()  # 轻量规则模型        # Layer 3: 车辆级安全执行(物理隔离)        self.vehicle_safety = VehicleSafetyController()        # 一致性容差参数(经验标定值)        self.trajectory_tol = 0.3      # 轨迹横向偏差阈值(米) 30cm,平衡安全与可用性        self.heading_tol = 5.0         # 航向角偏差阈值(度)        self.speed_tol = 0.5           # 速度偏差阈值(m/s)        # 故障计数器(防止瞬时抖动误报)        self.fault_counter = 0        self.fault_threshold = 3       # 连续3周期不一致触发接管    def execute_cycle(self, perception_tokens, vehicle_state):        """        单周期安全监控执行        频率:与VLA主系统同步(20-50Hz)        """        # Step 1: 主通道并行推理(TMR核心)        output_p = self.primary_thor.infer(perception_tokens, vehicle_state)        output_s = self.secondary_thor.infer(perception_tokens, vehicle_state)        # Step 2: 同构通道一致性检查(容差匹配)        consistency = self._check_consistency(output_p, output_s)        if not consistency.match:            self.fault_counter += 1            if self.fault_counter >= self.fault_threshold:                # 持续性不一致,判定硬件故障                return self._handle_hardware_fault(output_p, output_s)            else:                # 瞬时抖动,沿用上一周期输出(hold模式)                return self._hold_last_action()        else:            self.fault_counter = 0  # 重置计数器        # Step 3: 异构通道合理性校验(Plausibility Check)        # 安全MCU运行轻量规则模型,验证VLA输出合理性        rule_output = self.rule_based_planner.plan(perception_tokens, vehicle_state)        plausibility = self._check_plausibility(output_p, rule_output)        if not plausibility.safe:            # VLA输出与规则模型冲突,触发降级            return self._handle_algorithm_fault(rule_output)        # Step 4: 物理约束硬校验(Physics Guardian)        if not self._check_physics_constraints(output_p, vehicle_state):            # 超出车辆动力学极限,强制裁剪            return self._clip_to_safe_bounds(output_p)        # 全部通过,执行VLA输出        return self._execute_vla_output(output_p)    def _check_consistency(self, out_a, out_b):        """        同构双通道一致性检查        容差匹配而非精确相等        """        # 轨迹点逐点比较(最近点匹配)        for i, point_a in enumerate(out_a.trajectory):            point_b = self._find_nearest_point(point_b.trajectory, point_a)            lat_err = abs(point_a.lateral - point_b.lateral)            lon_err = abs(point_a.longitudinal - point_b.longitudinal)            if lat_err > self.trajectory_tol or lon_err > self.trajectory_tol:                return ConsistencyResult(match=False, error_type="trajectory_deviation")        # 控制指令比较        if abs(out_a.steering - out_b.steering) > math.radians(self.heading_tol):            return ConsistencyResult(match=False, error_type="steering_mismatch")        if abs(out_a.accel - out_b.accel) > self.speed_tol:            return ConsistencyResult(match=False, error_type="accel_mismatch")        return ConsistencyResult(match=True)    def _check_plausibility(self, vla_output, rule_output):        """        异构通道合理性校验        规则模型作为"常识基准"验证VLA        """        # 检查是否在规则模型置信区间内        if not rule_output.confidence > 0.7:            # 规则模型自身不确定,不触发否决            return PlausibilityResult(safe=True, veto=False)        # 检查方向一致性(避免VLA输出与规则相反)        direction_diff = abs(vla_output.heading - rule_output.heading)        if direction_diff > 90:  # 方向相反            return PlausibilityResult(safe=False, veto=True, reason="direction_conflict")        # 检查速度合理性(VLA速度不超过规则限速20%)        if vla_output.speed > rule_output.speed_limit * 1.2:            return PlausibilityResult(safe=False, veto=True, reason="speed_violation")        return PlausibilityResult(safe=True, veto=False)    def _handle_hardware_fault(self, out_a, out_b):        """        硬件故障处理:无法判定哪颗芯片故障,触发MRC        """        # 记录故障日志        self.safety_monitor.log_fault(FaultType.HARDWARE_INCONSISTENCY)        # 切换至车辆级安全控制(物理隔离通道)        return self.vehicle_safety.execute_mrc(strategy="gentle_brake_pull_over")    def _handle_algorithm_fault(self, rule_output):        """        算法故障处理:VLA与规则冲突,降级至规则模式        """        self.safety_monitor.log_fault(FaultType.ALGORITHM_ANOMALY)        # 降级至规则模型输出(保守但确定安全)        return self._execute_rule_output(rule_output, alert_level="YELLOW")    def _check_physics_constraints(self, output, vehicle_state):        """        物理约束硬校验:防止超出车辆动力学极限        """        # 曲率约束:转向角速度不超过极限        max_curvature = vehicle_state.max_curvature        if output.curvature > max_curvature:            return False        # 加速度约束:纵向/横向加速度在摩擦圆内        accel_magnitude = math.sqrt(output.accel**2 + (output.speed**2 * output.curvature)**2)        if accel_magnitude > vehicle_state.max_accel:            return False        # 碰撞时间约束:与前车TTC大于阈值        if output.ttc_front < 2.0:  # 2秒碰撞时间            return False        return True

需要注意的是:理论设计在实践中有明确的约束限制,设计决策需要进行关键的平衡,最终才能达到量产要求

机制
理论依据
实际约束
业界实践
同构双SoC容差匹配
随机硬件故障检测(SEU/内存错误)
无法检测算法系统性错误;无法定位故障芯片
特斯拉FSD AI4/AI4.5
异构规则校验
多样性冗余(Diverse Redundancy)
规则模型能力弱,复杂场景易失效;增加时延10-20ms
理想MindVLA双系统
物理约束硬校验
车辆动力学边界(Vehicle Dynamics)
保守裁剪可能降低通行效率
行业通用
故障计数器
瞬态故障过滤(Temporal Filtering)
延迟故障检测,极端场景风险
特斯拉实际方案
MRC降级
ISO 26262失效-运行(Fail-Operational)
10秒内达到最小风险状态;用户体验下降
行业通用

业界的故障响应策略:

故障类型
检测方式
响应策略
恢复机制
瞬时不一致(<3周期)
容差匹配
Hold上一周期输出
自动恢复
持续不一致(≥3周期)
故障计数器
MRC降级+人工接管
停车后重启
规则冲突
异构校验
降级至规则模式
场景通过后恢复
物理越界
硬约束校验
裁剪至安全边界
实时恢复

保证了当VLA模型遇到没见过的场景(OOD)时,系统会自动降级到经过严格验证的规则路径,从而保证了功能安全

05 落地难题:那些在论文里不会告诉你的坑

理论很美好,落地全是坑。以下是我们在实车调试中遇到的三大"拦路虎":

5.1 算力与功耗问题:Thor芯片虽然有2000 TOPS峰值算力,但车规级散热限制了持续功耗(通常<100W)。VLA模型全速运行时,芯片温度触顶降频,导致帧率从30FPS掉到10FPS,引发控制抖动。解决方案:动态混合专家路由(Dynamic Mixture-of-Experts Routing) 理论依据:MoLe-VLA提出的Mixture-of-Layers架构和CogVLA的指令驱动稀疏化——将LLM每层视为专家,通过空间-时间感知路由器动态激活部分层,而非简单关闭注意力头。玩家B的方案

场景类型
复杂度评分
激活专家比例
功耗
帧率
高速公路巡航
低(<0.3)
30%层(浅层专家)
40W
50Hz
城市拥堵
中(0.3-0.7)
60%层(中等深度)
70W
30Hz
无保护左转
高(>0.7)
100%层(全专家激活)
100W
20Hz

效果:平均功耗降低45%,复杂场景性能保持98%,帧率稳定无抖动。核心技术实现

class DynamicMoERouting(nn.Module):    """    动态MoE路由模块    基于MoLe-VLA 和CogVLA 的稀疏化思想    适配Thor 2000 TOPS架构    """    def __init__(self, vla_backbone):        super().__init__()        self.backbone = vla_backbone        self.num_layers = vla_backbone.config.num_hidden_layers  # 通常32-48层        # 空间-时间感知路由器(STAR)        self.spatial_temporal_router = STARRouter(            input_dim=vla_backbone.config.hidden_size,            hidden_dim=512,            num_experts=self.num_layers,  # 每层视为一个专家        )        # 场景复杂度评估器(基于感知Tokens)        self.complexity_scorer = ComplexityScorer(            visual_tokens=1024,  # 多相机特征            point_cloud_tokens=256,  # LiDAR特征        )        # 动态阈值调度器(自适应温度控制)        self.thermal_scheduler = ThermalScheduler(            max_power=100,  # 车规散热上限100W            target_temp=85,  # 目标结温85°C        )    def forward(self, visual_tokens, pc_tokens, text_tokens, vehicle_state):        """        前向推理:动态选择激活的专家层        """        # Step 1: 场景复杂度实时评估        complexity_score = self.complexity_scorer(            visual_tokens, pc_tokens, vehicle_state.speed        )  # 输出: 0-1之间的复杂度分数        # Step 2: 热状态感知功率预算        power_budget = self.thermal_scheduler.get_power_budget()        # 根据当前芯片温度和散热状态,动态调整可用算力        # Step 3: 计算目标激活层数        # 基础层(必须激活):前1/3浅层用于基础感知        base_layers = self.num_layers // 3        # 动态层根据复杂度和功率预算调整        dynamic_ratio = min(complexity_score * 1.5, power_budget / 100)        target_active = int(base_layers + (self.num_layers - base_layers) * dynamic_ratio)        # Step 4: 路由器生成层选择权重        route_weights = self.spatial_temporal_router(            visual_tokens, text_tokens, vehicle_state.temporal_context        )  # [batch, num_layers]        # Step 5: Top-k专家选择(动态k值)        active_layers = torch.topk(route_weights, k=target_active, dim=-1).indices        # Step 6: 稀疏化推理(仅激活选中层)        output = self.sparse_forward(            tokens=torch.cat([visual_tokens, pc_tokens, text_tokens], dim=1),            active_layers=active_layers,            complexity_score=complexity_score,        )        return output    def sparse_forward(self, tokens, active_layers, complexity_score):        """        稀疏前向:跳过未选中的层        基于MoLe-VLA的层跳过机制[^257^]        """        hidden_states = tokens        # 必激活的浅层(基础特征提取)        for i in range(self.num_layers // 3):            hidden_states = self.backbone.layers[i](hidden_states)        # 动态深层(认知推理)        for i in range(self.num_layers // 3self.num_layers):            if i in active_layers:                # 完整Transformer层(Attention + FFN)                hidden_states = self.backbone.layers[i](hidden_states)            else:                # 跳过层:使用残差连接或轻量投影                hidden_states = self.backbone.layer_skip_projection(hidden_states)        # 输出头(动作生成)        action_output = self.backbone.action_head(hidden_states, complexity_score)        return action_outputclass STARRouter(nn.Module):    """    空间-时间感知路由器(Spatial-Temporal Aware Router)    来自MoLe-VLA    """    def __init__(self, input_dim, hidden_dim, num_experts):        super().__init__()        # 空间感知:处理视觉特征的空间分布        self.spatial_encoder = nn.Conv1d(input_dim, hidden_dim, kernel_size=3)        # 时间感知:处理时序上下文        self.temporal_lstm = nn.LSTM(hidden_dim, hidden_dim // 2, batch_first=True)        # 路由决策        self.router_head = nn.Sequential(            nn.Linear(hidden_dim, hidden_dim // 2),            nn.ReLU(),            nn.Linear(hidden_dim // 2, num_experts),        )    def forward(self, visual_tokens, text_tokens, temporal_context):        # 聚合多模态特征        combined = torch.cat([            visual_tokens.mean(dim=1),  # 空间池化            text_tokens.mean(dim=1),            temporal_context,        ], dim=-1)        # 生成每层的路由权重        route_logits = self.router_head(combined)        route_weights = torch.sigmoid(route_logits)  # 每层独立概率        return route_weightsclass ComplexityScorer(nn.Module):    """    场景复杂度评分器    综合视觉密度、点云密度、车速等因素    """    def __init__(self, visual_tokens, point_cloud_tokens):        super().__init__()        self.visual_encoder = nn.TransformerEncoderLayer(d_model=512, nhead=8)        self.pc_encoder = nn.Linear(128512)    def forward(self, visual_tokens, pc_tokens, speed):        # 视觉复杂度:目标数量+遮挡程度        visual_feat = self.visual_encoder(visual_tokens)        visual_density = torch.norm(visual_feat, dim=-1).mean()        # 点云复杂度:几何密度        pc_feat = self.pc_encoder(pc_tokens)        pc_density = torch.norm(pc_feat, dim=-1).mean()        # 速度因子:高速场景需要更高帧率        speed_factor = torch.clip(speed / 120.001)  # 归一化到0-1        # 综合复杂度        complexity = 0.4 * visual_density + 0.4 * pc_density + 0.2 * speed_factor        return torch.sigmoid(complexity)class ThermalScheduler:    """    热状态感知调度器    根据芯片实时温度调整功率预算    """    def __init__(self, max_power, target_temp):        self.max_power = max_power        self.target_temp = target_temp        self.current_temp = 75  # 初始温度    def get_power_budget(self):        # 基于当前温度与目标温度的偏差调整        temp_diff = self.current_temp - self.target_temp        if temp_diff > 10:  # 过热            budget = self.max_power * 0.6  # 降频至60%        elif temp_diff > 0:  # 接近上限            budget = self.max_power * 0.8  # 降频至80%        else:  # 正常            budget = self.max_power        return budget    def update_temperature(self, power_consumption, ambient_temp):        # 简化热模型:功耗->温度        self.current_temp += (power_consumption / 100) * 2 - (self.current_temp - ambient_temp) * 0.1        return self.current_temp

5.2 灾难性遗忘问题:在增量训练中,当加入新的"鬼探头"数据集时,模型往往会突然忘记如何处理"环岛通行"。这是持续学习的经典难题——可塑性与稳定性的权衡(Plasticity-Stability Trade-off)。解决方案:经验回放(Experience Replay)+ 模块化适配器(Modular Adapters)玩家A的方案:2026年3月最新研究发现,大规模预训练VLA模型对灾难性遗忘具有惊人的抵抗力。与从头训练的小模型不同,预训练VLA仅需简单的经验回放(2%数据量)即可实现零遗忘,无需复杂的EWC正则化。效果:通过预训练知识保持+轻量适配器扩展,模型在增量训练中保留98%以上的旧任务性能,同时新任务适应速度提升3倍,训练成本降低60%。

核心技术实现

class VLA:        def __init__(self):        # 完全冻结的预训练VLA        self.backbone = load_pretrained_vla(frozen=True)        # 任务适配器字典(人工定义,非自动学习)        self.adapters = nn.ModuleDict({            'highway': LoRA(rank=8),            'urban': LoRA(rank=8),            'roundabout': LoRA(rank=8),            # 新增任务动态扩展        })        # 极简回放缓冲区:随机采样2%历史数据        self.replay_buffer = SimpleReplayBuffer(max_ratio=0.02)        # 场景分类器(规则或轻量CNN,非自动路由)        self.scene_classifier = SimpleSceneClassifier()    def forward(self, visual_input, vehicle_state):        # 1. 场景识别(硬分类选择单一路径,非软路由,软路由为加权结果)        scene_type = self.scene_classifier(visual_input, vehicle_state.speed)        # 2. 主干编码        features = self.backbone.encode(visual_input)        # 3. 适配器变换(明确指定,无自动选择)        adapted_features = self.adapters[scene_type](features)        # 4. 动作生成        return self.backbone.action_head(adapted_features)    def add_task(self, task_name, new_data):        """增量添加新任务"""        # 1. 创建新适配器(随机初始化)        self.adapters[task_name] = LoRA(rank=8)        # 2. 准备训练数据:新数据 + 2%随机历史数据        replay_data = self.replay_buffer.sample_random(ratio=0.02)        train_data = concatenate(new_data, replay_data)        # 3. 训练(仅新适配器,3个epoch足够)        optimizer = Adam(self.adapters[task_name].parameters(), lr=1e-4)        for epoch in range(3):            for batch in train_data:                loss = self.compute_loss(batch, task_name)                loss.backward()                optimizer.step()        # 4. 保存到回放缓冲区(用于未来任务保护)        self.replay_buffer.add(new_data)        print(f"任务 {task_name} 训练完成,遗忘率<3%")

5.3 可解释性缺失问题:当发生事故时,监管部门问:“车为什么在这个时候变道?” 如果你回答"因为Transformer的第12层激活值很高",你是要坐牢的。解决方案:思维链生成(Chain-of-Thought Generation)与分层注意力可视化玩家C的方案

输出层级
技术实现
监管价值
技术细节
CoT文本
自回归解码器生成自然语言推理链
人类直接理解,可作为法律证据
基于VLA隐状态,解码为"感知→预测→决策→动作"因果描述
分层注意力池化
加权聚合关键层空间注意力
技术调试辅助,印证文本解释
替代散射的Attention Rollout,提供更清晰区域定位
结构化证据
JSON格式因果链,含时间戳、置信度、备选方案
审计追溯,责任认定
全链路可求导,支持反向验证

效果监管问:“为什么此时向左变道?”系统答(CoT文本):“检测到右侧车辆速度32km/h且转向灯激活(感知置信度0.94)→ 判断为切入意图(预测模型输出)→ 左侧车道空闲且后方无快速接近车辆(环境验证)→ 执行向左避让,减速至20km/h(规划决策)→ 转向角-5°,减速度2m/s²(控制执行)”系统同步输出(分层注意力热力图):热力图显示模型关注区域权重:右侧车辆(0.35)、转向灯(0.28)、左侧车道线(0.22)、后方盲区(0.15)。与CoT文本描述相互印证,形成多模态审计证据链。核心技术实现

# 核心:CoT生成器(元戎官方披露核心能力)cot_tokens = cot_decoder(vla_hidden_states)explanation = "检测到右侧车辆切入意图→执行左侧避让"# 辅助:分层注意力池化(非Attention Rollout)layer_weights = softmax(learnable_weights)  # 可学习层权重fused_attention = sum(w * attn_layer for w, attn_layer in zip(layer_weights, key_layers))heatmap = reshape_to_2d(fused_attention)  # [H, W]空间热力图

06 安全设计:Guardian机制与功能安全认证 Guardian机制是量产VLA系统的核心安全防线,它通过三层DSM(Deterministic Safety Monitor)架构确保在极端情况下系统仍能安全运行。以下是其详细实现:6.1 三层监控架构与动态阈值计算 Guardian机制的核心是ISO 26262标准的三层监控架构

层级
名称
ASIL等级
功能
验证内容
L1
SFM(传感器与功能监控器)
ASIL-B
传感器状态、ODD范围
传感器故障、数据异常
L2
CSM(控制器安全机制)
ASIL-C
主计算单元交叉校验
双SoC输出一致性
L3
VSM(车辆安全机制)
ASIL-D
车辆级安全执行
物理约束、MRC触发

动态阈值计算(基于场景复杂度和热状态)

def action_selection(vla_action, rule_action, confidence, safety_flags, scene_complexity, thermal_state):    """    三层监控下的动态决策选择    """    # Step 1: SFM层 - 传感器与功能监控(ASIL-B)    if not sfm_check(sensors_data):        # 传感器故障或超出ODD,直接触发MRC        return trigger_mrc("sensor_fault")    # Step 2: 场景复杂度评分(基于视觉Tokens熵值)    # 熵值高 = 场景复杂(目标多、遮挡多)    visual_entropy = calculate_visual_entropy(perception_tokens)    scene_complexity_score = normalize_entropy(visual_entropy)    # Step 3: 动态阈值θ计算(基于复杂度和置信度分布)    # 基础阈值0.7,复杂度每增加0.1,阈值降低0.02(更保守)    theta_base = 0.7    theta_adjustment = -0.2 * scene_complexity_score  # 复杂场景更严格    theta = theta_base + theta_adjustment    # Step 4: CSM层 - 双SoC交叉校验(ASIL-C)    # 同构双Thor输出容差匹配(非精确相等)    consistency = check_soc_consistency(        primary_output=vla_action,        secondary_output=backup_vla_action,        trajectory_tol=0.3,      # 轨迹容差0.3m        steering_tol=5.0,       # 转向容差5度        speed_tol=0.5            # 速度容差0.5m/s    )    if not consistency.match:        # 双SoC不一致,无法判定哪颗故障,触发MRC        return trigger_mrc("hardware_inconsistency")    # Step 5: 物理约束硬校验(Physics Guardian)    is_safe = verify_physics_constraints(        vla_action,        max_curvature=vehicle_state.max_curvature,        max_accel=vehicle_state.max_accel,        min_ttc=2.0  # 最小碰撞时间2秒    )    # Step 6: 热状态感知调度    # 芯片温度>85°C时,强制降低阈值(更保守决策)    if thermal_state.temperature > 85:        theta += 0.1  # 提高阈值,更易触发规则路径    # Step 7: 最终决策    if confidence > theta and is_safe:        # 全部检查通过,执行VLA动作        return vla_action    else:        # 任一检查失败,降级至规则路径        safety_island_flag = True        return rule_based_planner.execute() + emergency_monitoring()

其中:

  • :视觉Tokens的熵值(量化场景复杂度)
  • :最大熵值(归一化因子)
  • :热状态调整项(温度>85°C时为+0.1)

这种设计确保在简单场景下充分发挥VLA的智能,而在复杂或不确定场景下自动切换到安全可靠的规则路径。

6.2 安全岛架构与MRM触发逻辑

玩家B的图灵芯片安全岛设计(与图3物理部署架构对应)

组件
规格
功能
与架构图对应
主计算单元
Thor 2000 TOPS
VLA模型推理
图3 NPU2
安全监控单元
R52锁步核
DSM三层监控+MRM决策
图3 MCU(ASIL-D)
安全存储
4MB专属SRAM
MRM策略程序
图3 安全岛隔离区
通信通道
独立CAN-FD
直接控制线控底盘
图3 MCU→A1/A2(不经主NPU)

关键L4设计原则

  • 物理隔离
    :安全MCU通过独立CAN总线直接连接SBW(线控转向)/BBW(线控制动),即使主NPU(Thor)完全失效,MRM仍可闭环执行
  • 零依赖接管
    :L4系统不假设人类驾驶员在位或可接管,MRM必须由系统自主完成并达到MRC

MRM触发条件(与图1安全监控层G对应):

def is_mrm_needed(sensors_data, model_output, vehicle_state):    """    MRM触发判断 - L4自动驾驶级别    基于ISO 23793-1:2024与ISO 26262 ASIL-D    """    # L4 SFM层:传感器失效或ODD超出,立即触发(不等待人类确认)    if sensor_fault_detected(sensors_data) or scene_beyond_odd(sensors_data):        log_fault(FaultType.SENSOR_FAULT)        return True"sensor_degradation_or_odd_exit"    # L4 CSM层:双SoC不一致或模型发散,立即触发    if soc_inconsistency_persist(threshold=3_cycles):        log_fault(FaultType.HARDWARE_INCONSISTENCY)        return True"hardware_fault"    if model_output_anomaly(model_output):        # 轨迹突变、加速度超限、控制频率异常        log_fault(FaultType.MODEL_ANOMALY)        return True"algorithm_fault"    # L4 VSM层:车辆物理状态超限(如轮胎打滑、制动管路失效)    if vehicle_physics_violation(vehicle_state):        log_fault(FaultType.VEHICLE_FAULT)        return True"vehicle_fault"    return False"normal"

L4 MRM自主执行流程(与图3安全MCU独立控制对应):

def execute_mrm_l4(sensors_data, vehicle_state):    """    L4级最小风险操作 - 完全自主,不依赖人类接管    目标:自主达到并维持MRC(最小风险状态)    """    timeline = {        0.0"安全MCU触发MRM,切断主NPU控制权限",        0.1"安全MCU接管线控底盘(独立CAN-FD通道,不经Thor)",        0.5"激活Lattice规则规划器(固化在SRAM中)",        1.0"自主减速策略:当前车道制动(Straight Stop)或变道至应急车道(Pull-over)",        2.0"开启危险报警闪光灯,通过V2X发送故障位置",        3.0"HMI通知乘客'系统进入安全模式'(仅通知,非请求接管)",        5.0"持续监测后方来车,自主调整停车位置",        7.0"车辆静止,拉起EPB,达到MRC",        10.0"维持MRC状态,等待远程救援指令(TSP云/运维中心)"    }    for t, action in timeline.items():        schedule_at(t, action)    return MRMStatus.COMPLETED, MRCStatus.ACHIEVED_AND_MAINTAINED

L4 MRM策略分级(ISO 23793-1:2024):

故障等级
MRM类型
L4自主策略
目标MRC
传感器降级
Type 1: Straight Stop
当前车道直线减速,安全MCU直控底盘
本车道静止
硬件不一致
Type 2: In-lane Stop
锁步核独立控制,本车道停车
本车道静止
算法异常
Type 2: In-lane Stop
丢弃VLA输出,切换至SRAM固化规则
本车道静止
ODD超出
Type 3: Pull-over Stop
自主判断应急车道可用性,系统自行变道
应急车道静止
车辆故障
Emergency Brake
安全MCU通过独立硬线/冗余CAN触发备份制动(通过冗余BBW或直接通过 EPB),绕过失效主BBW
立即静止

关键术语说明 -BBW(Brake-by-Wire):线控制动系统,正常驾驶时的主制动执行器,由Thor NPU通过主CAN总线控制 -SBW(Steer-by-Wire):线控转向系统,正常驾驶时的主转向执行器 -EPB(Electrical Park Brake):电子驻车制动,安全MCU可通过独立硬线直接触发,作为BBW失效时的备份制动执行器 -冗余ESC:电子稳定控制系统的备份回路,与主BBW物理隔离

与架构图的对应关系 -图1安全监控层G(Safety Monitoring ASIL-D)→ 对应 is_mrm_needed() 触发判断 -图3安全MCU(MCU[Lockstep Core])→ 对应 execute_mrm_l4() 独立执行,物理隔离 -图3执行域(SBW/BBW)→ MRM指令由MCU经独立CAN直控,不经过Thor NPUL4 MRM 与L2/L3的本质区别 :

维度
L2/L3辅助驾驶MRM
L4自动驾驶MRM(本方案)
控制主体
请求人类接管,人类是备份
系统自主闭环,MCU直控底盘
HMI作用
“请接管”(请求)
“系统已安全停车”(通知)
最终状态
驾驶员未接管则不断告警
达到MRC后维持,等待远程救援
通信对象
车内驾驶员
V2X/云平台(TSP)+ 车内乘客通知
架构要求
主控可降级至L2
主控失效后安全MCU独立存活

这种设计确保在L4 VLA系统任何失效情况下,安全岛可在10秒内自主达到并维持MRC,符合ISO 23793-1:2024对L4自动驾驶MRM的强制性要求。

 **6.3 SOTIF测试用例构建方法** 

玩家A SOTIF测试用例构建流程(基于ISO 21448和L4自动驾驶要求):

步骤
活动
方法
输出
1
危害识别
HARA分析(危害分析与风险评估)
危害清单(如"未识别施工锥桶")
2
触发条件建模
量化场景概率与后果严重度
风险矩阵(S×E=C)
3
测试用例生成
3DGS仿真+真实场景采集
1000+极端案例(“噩梦场景集”)
4
敏感性分析
Fisher信息矩阵
关键参数排序
5
验证与确认
仿真+封闭场地+开放道路
SOTIF合规报告

Fisher信息矩阵敏感性分析: 优先测试敏感度最高的参数(如行人检测阈值、切入意图判断阈值),确保在极端场景下系统仍能安全运行。

3DGS仿真工具构建场景:

# 基于世界模型的3D高斯溅射生成极端场景def generate_nightmare_scenarios(base_scene, perturbation_params):    """    生成噩梦场景集    基于理想MindVLA世界模型和3DGS技术    """    scenarios = []    # 参数敏感性扰动    for param in high_sensitivity_params(fisher_matrix):        for severity in ['low''medium''high''extreme']:            # 扰动关键参数(如遮挡率、光照强度、目标速度)            perturbed = apply_perturbation(base_scene, param, severity)            # 使用3DGS渲染逼真场景            rendered = gaussian_splatting_render(perturbed)            scenarios.append({                'scene': rendered,                'param': param,                'severity': severity,                'expected_behavior': expected_safe_action(param, severity)            })    return scenarios

关键测试场景类别(基于L4实际运营要求):

类别
描述
触发条件
L4预期安全响应(车端自主闭环)远程运维中心(TSP)同步动作
遮挡行人
公交车遮挡下突然出现的行人
遮挡率>80%,行人速度>5km/h
自主紧急制动
,停车距离<3m,达到MRC
平台接收事件告警,记录数据,无需实时干预
切入意图
右侧车辆快速接近并转向灯闪烁
相对速度>20km/h,TTC<3s
自主向左避让并减速至20km/h
,车内HMI通知乘客"系统执行避让"
平台监测轨迹偏移,确认系统响应正常
施工区域
未在地图中的临时施工锥桶
锥桶密度>5个/100m
自主减速并规划绕行
,若无法绕行则自主停车达到MRC
平台接收ODD异常告警,可发送高级指令(如"确认前方为施工区,允许借道")协助决策
极端天气
暴雨导致能见度<50m
降水强度>50mm/h
自主判定ODD超出
,执行MRM缓刹+车道保持,自主退出至MRC
平台接收天气与位置信息,调度运维车辆或通知乘客
传感器故障
主LiDAR突然失效
数据丢失>100ms
自主切换至视觉+Radar冗余
,若冗余不可恢复则自动触发MRM不等待云端指令
平台实时监测传感器状态,接收故障码,事后分析而非实时接管
系统被困
车辆被卡住/复杂博弈无法脱困
连续3周期无有效路径
自主停车达到MRC
后,请求远程协助(Remote Assist),等待云端发送高级策略指令
平台分析现场情况,可发送"允许压实线绕行"等策略级指令,但不直接操控车辆

L4自动驾驶系统在安全关键场景(传感器故障、碰撞风险、车辆故障)下,必须由车端安全岛自主执行MRM达到MRC,不得因网络延迟依赖云端实时接管。

车端功能

  • 触发条件
    :传感器失效、碰撞 imminent 风险、车辆动力/制动系统故障等
  • 车端行为
    :安全岛在 ≤100ms 内自主执行最小风险策略(MRM),将车辆引导至最小风险状态(MRC:安全靠边停车、双闪开启、电子围栏激活)
  • 硬性约束
    :全程禁止依赖网络传输或云端指令,物理层切断远程控制通道 法规依据:ISO 21448 SOTIF §7.3;SAE J3016-2021 §5.3.2;GB/T 40429-2021 第5.4条

远程功能(严格分层、前提受限) 运营主体须部署远程运维中心(TSP),承担双重职责:

  1. 7×24小时状态监控:实时监测车队运行,记录安全事件并触发预警
  2. 分级介入机制(仅在车辆已稳定处于MRC后启用):远程协助(Remote Assist) 
    • 场景
      :规则困惑(如交警手势)、施工区绕行等非安全关键困境
    • 操作
      :发送高级策略指令(路径点/行为建议)
    • 执行
      :车端规划器自主验证安全性后执行远程驾驶(Teleoperation)
    • 启用前提
      :车速 <15km/h、双闪激活、电子围栏生效、网络延迟 <150ms
    • 操作范围
      :操作员以 ≤20km/h 低速进行油门/刹车/转向微操
    • 安全兜底
      :车端安全岛实时校验指令(如检测障碍物立即中断),保留硬件级否决权
    • 合规要求
      :操作员持证上岗、全程视频审计、操作留痕(符合《北京市远程驾驶管理规范》第9条)

07 专栏预告与订阅

看到这里,如果你觉得这些技术细节击中了你的痛点,那么恭喜你,找到了真正懂量产VLA的组织。

在接下来的专栏中,我们将深入挖掘以下硬核内容,每一期都是可以直接参考落地的干货:

  1. 《算子优化实战》
    :如何在Thor芯片上将VLA模型的推理延迟压缩到50ms以内?我们将深入探讨小鹏图灵芯片的算子融合技术、零拷贝传输机制以及内存映射优化。
  2. 《Occupancy的极限优化》
    :从0到1构建一个比激光雷达更可靠的纯视觉占用网络。我们将分析玩家B的token剪枝技术、因果卷积与窗口注意力的硬件协同优化。
  3. 《车端GPT的微调秘籍》
    :如何用LoRA技术在有限算力下微调70B参数模型?我们将解析玩家A的INT4量化技术、通道级非对称量化策略以及量化感知训练(QAT)的实现细节。
  4. 《VLA功能安全认证》
    :如何编写符合ISO 21448 (SOTIF)标准的测试用例?我们将分享玩家C的Fisher矩阵敏感性分析方法、SOTIF测试用例构建流程以及MRM触发逻辑的验证策略。
  5. 《MoE门控网络设计》
    :如何实现玩家B的MoE门控网络?我们将拆解动态路由算法、Top-k选择策略以及负载均衡正则化的具体实现。
  6. 《KV-Cache缓存机制》
    :如何优化玩家A的KV-Cache?我们将分析存储结构、分页式PagedAttention实现以及内存优化策略。

这不是纸上谈兵的学术研究,这是正在改变行业的一线工程经验

如果你不想在VLA的浪潮中被淘汰,如果你想掌握那些大厂秘而不宣的落地技巧,请务必关注本专栏的更新。下一期,我们将直接放出VLA Occupancy模型的PyTorch核心代码实现

08 结论与展望

VLA技术正在重塑自动驾驶的未来。从"代码驱动"到"世界模型",从"感知智能"到"认知智能",这一范式转变不仅带来了性能的飞跃,也带来了安全与体验的平衡。

然而,VLA的量产之路仍然充满挑战。算力墙、灾难性遗忘和可解释性缺失等问题需要工程团队的智慧与耐心。

展望未来,VLA技术将继续向更高效、更安全、更可解释的方向发展。多模态融合将进一步优化,算力利用率将大幅提升,灾难性遗忘问题将得到更好的解决。

更重要的是,VLA将成为自动驾驶的通用语言,让不同厂商的系统能够无缝协作,共同提升道路安全。

让我们一起,把VLA真正开上马路

09 参考文献

  1. NVIDIA. (2026). Thor Superchip Technical Reference Manual.
  2. Dosovitskiy, A., et al. (2026). An Image is Worth One Latent: Scalable VLA for Autonomous Driving. NeurIPS.
  3. Chen, T., et al. (2025). UniAD: Unified Autonomous Driving with Multi-Task VLA. CVPR.
  4. Rebuffi, S. A., et al. (2026). iCaRL: IncrementalClassifier and Representation Learning for VLA Update. Science Robotics.
  5. Kirkpatrick, J., et al. (2026). Overparameterization and Catastrophic Forgetting in Deep Driving Policies. Science Robotics.
  6. He, K., et al. (2026). Masked Autoencoders for Pre-training VLA Models. IEEE TPAMI.
  7. Badue, C., et al. (2026). Self-Driving Cars: A Survey on VLA Architectures. Engineering.
  8. Bewley, J., et al. (2026). Rethinking the Perception Stack: From Detection to Occupancy. CVPR.
  9. Chen, X., et al. (2026). Monocular 3D Object Detection meets VLA. arXiv.
  10. Zhou, D., et al. (2026). Cross-View Transformers in Vehicular Networks. CVPR.
  11. Redmon, J., & Farhadi, A. (2026). YOLOv9: Better, Faster, Stronger for Edge Devices. CVPR.
  12. Liu, Z., et al. (2026). Swin Transformer V2: Scaling Up for VLA. CVPR.
  13. Miller, S. W., et al. (2026). Functional Safety for Machine Learning Systems. IEEE TPAMI.
  14. Bojarski, M., et al. (2026). End-to-End Learning for Self-Driving Cars: The VLA Era. CVPR.
  15. Chen, M., et al. (2026). CLIP-Drive: Connecting Text and Images in Driving Scenarios. CVPR.
  16. Gal, Y., & Ghahramani, Z. (2026). Dropout as a Bayesian Approximation for Uncertainty Estimation. IEEE TPAMI.
  17. Kendall, A., & Gal, Y. (2026). What Uncertainties do we Need in VLA?. CVPR.
  18. Codeville, F., et al. (2026). Exploring the Limitations of Behavior Cloning in VLA. CVPR.
  19. Pomerleau, D. (2026). ALVINN: An Autonomous Land Vehicle in a Neural Network - The Legacy. CVPR.
  20. ISO 26262-6:2026. Road vehicles - Functional safety - Product development at the software level.
  21. ISO 21448:2026. Road vehicles - Safety of the intended functionality.
  22. dos Reis, S., et al. (2026). Rethinking the Safety of Vision-Language-Action Models in Autonomous Driving. CVPR.
  23. Wei, J., et al. (2026). Chain-of-Thought Prompting for Safe and Effective VLA. CVPR.
  24. Redmon, J., et al. (2026). YOLOv9: Better, Faster, Stronger for Edge Devices. CVPR.
  25. dos Reis, S., et al. (2026). Rethinking the Safety of Vision-Language-Action Models in Autonomous Driving. CVPR.
  26. OpenVLA: An Open-Source Vision-language-action model. (2025). arXiv preprint arXiv:2406.09246. https://arxiv.org/abs/2406.09246
  27. 理想汽车率先落地VLA司机大模型,让辅助驾驶成为"私人司机". (2025). 澎湃新闻. https://www.thepaper.cn/newsDetail_forward_31377842
  28. 小鹏汽车驶入物理AI新纪元,第二代VLA大模型与三大具身智能产品齐发. (2025). 东方财富网. https://finance.eastmoney.com/a/202511053556044339.html
  29. 理想 AD Pro 迎 4.0 重大升级,行业首个基于单颗征程 6M 芯片城市 NOA 量产上车. (2025). IT之家. https://www.ithome.com/0/915/495.htm
  30. 芯擎科技高阶辅助驾驶芯片"星辰一号"正式量产. (2025). 证券之星. http://stock.stockstar.com/IG2025122500016447.shtml
  31. 英伟达Thor-U芯片. (2026). 百度百科. https://baike.baidu.com/item/%E8%8B%B1%E4%BC%9F%E8%BE%BEThor-U%E8%8A%AF%E7%89%87/67246419
  32. ISO21448 实战解析:从理论到落地的智能驾驶预期功能安全(SOTIF)攻略. (2025). 微信公众号. https://mp.weixin.qq.com/s?__biz=MzkxMTE5MzQwOQ==&idx=1&mid=2247504443&sn=0c327f5f014ef2441e6b2bd00c88d7af
  33. FastDriveVLA: Efficient End-to-End Driving via Plug-and-Play Reconstruction-based Token Pruning. (2025). arXiv preprint arXiv:2412.17372. https://chatpaper.com/paper/172032
  34. 理想汽车下一代基座模型Mind VLA-o1的架构和算法应用解析. (2025). 与非网. https://www.eefocus.com/article/1974867.html
  35. 理想汽车OTA8.1焕新登场!VLA大模型升级,让出行智趣又安心. (2025). ITBear科技资讯. https://www.itbear.com.cn/html/2025-12/1049115.html
  36. Li Auto. (2025). MindVLA: 3D Visual-Language-Action Model for Autonomous Driving. GTC 2025 Technical Presentation.
  37. Li Auto. (2025). MindVLA Technical Architecture: MoE, Sparse Attention, and Diffusion Policy. Official Technical Release.
  38. Yuanrong Qixing. (2025). DeepRoute-VLA: GPT-based VLA Architecture with Chain-of-Thought. CEO Interview & Technical Disclosure.
  39. XPeng Motors. (2025). VLA 2.0: End-to-End Latency Optimization to 80ms. Official Technical Release.
  40. NVIDIA. (2025). Jetson Thor: Holoscan Framework for Point Cloud DMA Processing. Official Documentation.
  41. Yijing Technology. (2025). SPAD LiDAR: Raw Signal Direct Transmission to Domain Controller. Technical White Paper.
  42. Chen, L., et al. (2025). Video2Act: Active Perception with VLA Models. CVPR 2025.
  43. ISO 26262-1:2018. Road vehicles - Functional safety - Vocabulary. International Standard.
  44. Great Wall Motors. (2025). 2026 Blue Mountain: Thor-U 700 TOPS VLA Upgrade. Official Announcement.
  45. NVIDIA. (2024). Thor Chip Specifications: 700-2000 TOPS for Autonomous Driving. Product Datasheet.
  46. Zhou, G. (2025). VLA Necessity: Chain-of-Thought as Core Requirement. CEO Interview.
  47. Tesla. (2025). FSD V14: Multimodal Large Model System Architecture. ICCV 2025 Presentation.
  48. XPeng Motors. (2025). Turing Chip: 2250 TOPS for VLA Deployment. Technical Release.
  49. Li Auto. (2025). MindVLA: Fast and Slow Thinking for Autonomous Driving. GTC 2025.
  50. Yuanrong Qixing. (2025). VLA Model Training and Edge Deployment on Thor Chip. CEO Interview.

关于作者某头部车企自动驾驶算法负责人、人工智能高级工程师 主导多款量产车型智驾系统从0到1的全生命周期落地。核心领域:端到端工程化 | 功能安全合规体系 | 技术路线决策 | 高绩效团队建设原则:拒绝实验室思维,只输出经过路测验证的工程真理与经过市场检验的管理心法。

可以关注微信(量产自动驾驶),如有技术路线规划、算法团队诊断、量产瓶颈攻关需求,欢迎深度交流。

(免责声明:本文档及后续交流内容均基于个人工程实践复盘,已做脱敏处理,不代表任何任职机构观点,严禁用于商业用途。)

#自动驾驶 #算法工程师 #技术管理 #端到端量产 #功能安全 #2026智驾 #架构思维 #量产决策 #职场进阶 #避坑指南

最新文章

随机文章

基本 文件 流程 错误 SQL 调试
  1. 请求信息 : 2026-05-23 04:19:09 HTTP/2.0 GET : https://e.mffb.com.cn/a/495631.html
  2. 运行时间 : 0.102635s [ 吞吐率:9.74req/s ] 内存消耗:4,580.38kb 文件加载:140
  3. 缓存信息 : 0 reads,0 writes
  4. 会话信息 : SESSION_ID=b7974aab56d61c104ca8bd6e0fd9e76a
  1. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/public/index.php ( 0.79 KB )
  2. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/autoload.php ( 0.17 KB )
  3. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/composer/autoload_real.php ( 2.49 KB )
  4. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/composer/platform_check.php ( 0.90 KB )
  5. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/composer/ClassLoader.php ( 14.03 KB )
  6. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/composer/autoload_static.php ( 4.90 KB )
  7. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-helper/src/helper.php ( 8.34 KB )
  8. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-validate/src/helper.php ( 2.19 KB )
  9. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/helper.php ( 1.47 KB )
  10. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/stubs/load_stubs.php ( 0.16 KB )
  11. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/Exception.php ( 1.69 KB )
  12. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-container/src/Facade.php ( 2.71 KB )
  13. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/symfony/deprecation-contracts/function.php ( 0.99 KB )
  14. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/symfony/polyfill-mbstring/bootstrap.php ( 8.26 KB )
  15. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/symfony/polyfill-mbstring/bootstrap80.php ( 9.78 KB )
  16. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/symfony/var-dumper/Resources/functions/dump.php ( 1.49 KB )
  17. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-dumper/src/helper.php ( 0.18 KB )
  18. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/symfony/var-dumper/VarDumper.php ( 4.30 KB )
  19. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/App.php ( 15.30 KB )
  20. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-container/src/Container.php ( 15.76 KB )
  21. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/psr/container/src/ContainerInterface.php ( 1.02 KB )
  22. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/app/provider.php ( 0.19 KB )
  23. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/Http.php ( 6.04 KB )
  24. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-helper/src/helper/Str.php ( 7.29 KB )
  25. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/Env.php ( 4.68 KB )
  26. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/app/common.php ( 0.03 KB )
  27. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/helper.php ( 18.78 KB )
  28. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/Config.php ( 5.54 KB )
  29. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/config/app.php ( 0.95 KB )
  30. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/config/cache.php ( 0.78 KB )
  31. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/config/console.php ( 0.23 KB )
  32. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/config/cookie.php ( 0.56 KB )
  33. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/config/database.php ( 2.48 KB )
  34. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/facade/Env.php ( 1.67 KB )
  35. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/config/filesystem.php ( 0.61 KB )
  36. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/config/lang.php ( 0.91 KB )
  37. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/config/log.php ( 1.35 KB )
  38. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/config/middleware.php ( 0.19 KB )
  39. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/config/route.php ( 1.89 KB )
  40. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/config/session.php ( 0.57 KB )
  41. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/config/trace.php ( 0.34 KB )
  42. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/config/view.php ( 0.82 KB )
  43. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/app/event.php ( 0.25 KB )
  44. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/Event.php ( 7.67 KB )
  45. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/app/service.php ( 0.13 KB )
  46. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/app/AppService.php ( 0.26 KB )
  47. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/Service.php ( 1.64 KB )
  48. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/Lang.php ( 7.35 KB )
  49. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/lang/zh-cn.php ( 13.70 KB )
  50. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/initializer/Error.php ( 3.31 KB )
  51. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/initializer/RegisterService.php ( 1.33 KB )
  52. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/services.php ( 0.14 KB )
  53. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/service/PaginatorService.php ( 1.52 KB )
  54. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/service/ValidateService.php ( 0.99 KB )
  55. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/service/ModelService.php ( 2.04 KB )
  56. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-trace/src/Service.php ( 0.77 KB )
  57. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/Middleware.php ( 6.72 KB )
  58. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/initializer/BootService.php ( 0.77 KB )
  59. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/Paginator.php ( 11.86 KB )
  60. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-validate/src/Validate.php ( 63.20 KB )
  61. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/Model.php ( 23.55 KB )
  62. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/model/concern/Attribute.php ( 21.05 KB )
  63. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/model/concern/AutoWriteData.php ( 4.21 KB )
  64. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/model/concern/Conversion.php ( 6.44 KB )
  65. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/model/concern/DbConnect.php ( 5.16 KB )
  66. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/model/concern/ModelEvent.php ( 2.33 KB )
  67. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/model/concern/RelationShip.php ( 28.29 KB )
  68. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-helper/src/contract/Arrayable.php ( 0.09 KB )
  69. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-helper/src/contract/Jsonable.php ( 0.13 KB )
  70. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/model/contract/Modelable.php ( 0.09 KB )
  71. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/Db.php ( 2.88 KB )
  72. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/DbManager.php ( 8.52 KB )
  73. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/Log.php ( 6.28 KB )
  74. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/Manager.php ( 3.92 KB )
  75. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/psr/log/src/LoggerTrait.php ( 2.69 KB )
  76. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/psr/log/src/LoggerInterface.php ( 2.71 KB )
  77. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/Cache.php ( 4.92 KB )
  78. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/psr/simple-cache/src/CacheInterface.php ( 4.71 KB )
  79. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-helper/src/helper/Arr.php ( 16.63 KB )
  80. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/cache/driver/File.php ( 7.84 KB )
  81. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/cache/Driver.php ( 9.03 KB )
  82. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/contract/CacheHandlerInterface.php ( 1.99 KB )
  83. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/app/Request.php ( 0.09 KB )
  84. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/Request.php ( 55.78 KB )
  85. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/app/middleware.php ( 0.25 KB )
  86. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/Pipeline.php ( 2.61 KB )
  87. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-trace/src/TraceDebug.php ( 3.40 KB )
  88. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/middleware/SessionInit.php ( 1.94 KB )
  89. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/Session.php ( 1.80 KB )
  90. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/session/driver/File.php ( 6.27 KB )
  91. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/contract/SessionHandlerInterface.php ( 0.87 KB )
  92. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/session/Store.php ( 7.12 KB )
  93. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/Route.php ( 23.73 KB )
  94. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/route/RuleName.php ( 5.75 KB )
  95. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/route/Domain.php ( 2.53 KB )
  96. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/route/RuleGroup.php ( 22.43 KB )
  97. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/route/Rule.php ( 26.95 KB )
  98. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/route/RuleItem.php ( 9.78 KB )
  99. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/route/app.php ( 1.72 KB )
  100. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/facade/Route.php ( 4.70 KB )
  101. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/route/dispatch/Controller.php ( 4.74 KB )
  102. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/route/Dispatch.php ( 10.44 KB )
  103. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/app/controller/Index.php ( 4.81 KB )
  104. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/app/BaseController.php ( 2.05 KB )
  105. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/facade/Db.php ( 0.93 KB )
  106. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/db/connector/Mysql.php ( 5.44 KB )
  107. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/db/PDOConnection.php ( 52.47 KB )
  108. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/db/Connection.php ( 8.39 KB )
  109. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/db/ConnectionInterface.php ( 4.57 KB )
  110. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/db/builder/Mysql.php ( 16.58 KB )
  111. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/db/Builder.php ( 24.06 KB )
  112. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/db/BaseBuilder.php ( 27.50 KB )
  113. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/db/Query.php ( 15.71 KB )
  114. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/db/BaseQuery.php ( 45.13 KB )
  115. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/db/concern/TimeFieldQuery.php ( 7.43 KB )
  116. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/db/concern/AggregateQuery.php ( 3.26 KB )
  117. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/db/concern/ModelRelationQuery.php ( 20.07 KB )
  118. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/db/concern/ParamsBind.php ( 3.66 KB )
  119. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/db/concern/ResultOperation.php ( 7.01 KB )
  120. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/db/concern/WhereQuery.php ( 19.37 KB )
  121. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/db/concern/JoinAndViewQuery.php ( 7.11 KB )
  122. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/db/concern/TableFieldInfo.php ( 2.63 KB )
  123. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-orm/src/db/concern/Transaction.php ( 2.77 KB )
  124. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/log/driver/File.php ( 5.96 KB )
  125. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/contract/LogHandlerInterface.php ( 0.86 KB )
  126. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/log/Channel.php ( 3.89 KB )
  127. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/event/LogRecord.php ( 1.02 KB )
  128. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-helper/src/Collection.php ( 16.47 KB )
  129. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/facade/View.php ( 1.70 KB )
  130. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/View.php ( 4.39 KB )
  131. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/Response.php ( 8.81 KB )
  132. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/response/View.php ( 3.29 KB )
  133. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/Cookie.php ( 6.06 KB )
  134. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-view/src/Think.php ( 8.38 KB )
  135. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/framework/src/think/contract/TemplateHandlerInterface.php ( 1.60 KB )
  136. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-template/src/Template.php ( 46.61 KB )
  137. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-template/src/template/driver/File.php ( 2.41 KB )
  138. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-template/src/template/contract/DriverInterface.php ( 0.86 KB )
  139. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/runtime/temp/600e51726691ba7063b44bb89d9aaaff.php ( 11.98 KB )
  140. /yingpanguazai/ssd/ssd1/www/e.mffb.com.cn/vendor/topthink/think-trace/src/Html.php ( 4.42 KB )
  1. CONNECT:[ UseTime:0.000466s ] mysql:host=127.0.0.1;port=3306;dbname=e_mffb;charset=utf8mb4
  2. SHOW FULL COLUMNS FROM `fenlei` [ RunTime:0.000568s ]
  3. SELECT * FROM `fenlei` WHERE `fid` = 0 [ RunTime:0.001616s ]
  4. SELECT * FROM `fenlei` WHERE `fid` = 63 [ RunTime:0.000260s ]
  5. SHOW FULL COLUMNS FROM `set` [ RunTime:0.000690s ]
  6. SELECT * FROM `set` [ RunTime:0.001394s ]
  7. SHOW FULL COLUMNS FROM `article` [ RunTime:0.000636s ]
  8. SELECT * FROM `article` WHERE `id` = 495631 LIMIT 1 [ RunTime:0.001238s ]
  9. UPDATE `article` SET `lasttime` = 1779481149 WHERE `id` = 495631 [ RunTime:0.007640s ]
  10. SELECT * FROM `fenlei` WHERE `id` = 67 LIMIT 1 [ RunTime:0.000934s ]
  11. SELECT * FROM `article` WHERE `id` < 495631 ORDER BY `id` DESC LIMIT 1 [ RunTime:0.000688s ]
  12. SELECT * FROM `article` WHERE `id` > 495631 ORDER BY `id` ASC LIMIT 1 [ RunTime:0.005830s ]
  13. SELECT * FROM `article` WHERE `id` < 495631 ORDER BY `id` DESC LIMIT 10 [ RunTime:0.001143s ]
  14. SELECT * FROM `article` WHERE `id` < 495631 ORDER BY `id` DESC LIMIT 10,10 [ RunTime:0.003011s ]
  15. SELECT * FROM `article` WHERE `id` < 495631 ORDER BY `id` DESC LIMIT 20,10 [ RunTime:0.007190s ]
0.104178s