喜欢打篮球的普通人

Android的Intent机制最核心的设计思想，就是引入了组件管理服务作为连接组件的管理者。该服务可以通过组件的配置信息了解系统中每个组件的类别和功能，从而帮助调用组件寻找符合其需求的实现组件，通过组件管理服务提供的Intent匹配策略，降低了组件间的耦合度，提高了平台的灵活性，installd进程 的执行权限为 root，所有实际的应用安装，卸载等操作都是通过这个服务进行的。下面的可视窗口，有的显示器较小，有的显示器较大，Android会帮助我们自动完成这种适配。官方文档(RTFM)

资源的拥有者，通常就是用户，比如登录的用户。

验证完整性主要依赖于消息摘要算法的特性，摘要算法的原理是根据一定的运算规则提取原始数据中的信息，被提取的信息就是原始数据的消息摘要，也称为数据指纹。对一份数据，进行一个单向的 Hash 函数，生成一个固定长度的 Hash 值，这个值就是这份数据的摘要著名的摘要算法有 MD5 算法和 SHA 系列算法。摘要算法具有以下特点：一致性： 相同数据多次计算的摘要是相同的，不同的数据（在不考虑碰撞时）的摘要是不同的；不可逆性： 只能正向提取原始数据的摘要，无法从摘要反推出原始数据；

客户端传输重要信息给服务端，服务端返回的信息不需加密，例如绑定银行卡的时候，需要传递用户的银行卡号，手机号等重要信息，客户端这边就需要对这些重要信息进行加密，使用RSA公钥加密，服务端使用RSA解密，然后返回一些普通信息，比如状态码code,提示信息msg,提示操作是成功还是失败。这种场景下，仅仅使用RSA加密是可以的。客户端传输重要信息给服务端，服务端返回的信息需加密,例如客户端登录的时候，传递用户名和密码等资料，需要进行加密，服务端验证登录信息后，返回令牌token需要进行加密，客户端解密后保存。

VCU（Vehicle Control Unit，车辆控制单元）：VCU是车辆级别的控制单元，负责管理和协调车辆的各个系统和子系统之间的通信和协同工作。它可以被看作是车辆的大脑，接收和处理来自不同子系统（如动力系统、底盘系统、安全系统等）的信息，并向这些子系统发送指令以控制车辆的运行。ECU（Electronic Control Unit，电子控制单元）：随着汽车变得愈加智能，车辆的功能也愈加丰富、愈加复杂，车内的线束、结点都在不断增加；是按照域分为了集成各种相关ECU功能的DCU（域控制器ZCU）。

向该Pyhton-tuf的repo server上传包不会持久化保存到本地，是个demo级别的demo。5.上述依赖包安装完毕后，不能启动，需要重新将新版的securesystemslib和tub的包覆盖到。2.使用python 的virtualenv环境，这样不会污染我们的OS环境。4.使用python虚拟环境–virtualenv。1.下载Python-tuf。3.安装依赖的pip包。

是一个Vector工具，用于设计Autosar ECU 的软件组件SWC的软件（设计应用层软件）。通信图形视图或文本网格视图，可以设计软件组件，包括端口、数据类型、连接器和内部行为。通过一致性检查，可以验证SWC设计是否符合Autosar标准。

通信方式：1：1 or n:1（与S/R对应，客户端可以调用单个Server的一个服务， 也可以调用单个Server的多个服务）DE既可以是简单的数据类型（integer，float），也可以是复杂类型（array，record）；如果一个data element要通过总线传输，那么他必须与一个signal对应起来；一个port可以包含多种data element；一个C/S port包含多种operations；Operations可以被单个调用；通信方式：1：n，或者n：1。

事件调用RTE负责调用可运行实体，Autosar软件组件无法动态创建Runnable线程，因此通过事先定义好的RTE Events触发可运行实体的执行。RTE支持所偶含有Autosar接口的运行体的管理，不仅有SWC，还包括BSW。生成调用runnables的task代码（生成的Runnable能够在RTE中运行）（2）提供Autosar软件组件访问的基本软件模块服务，eg：对OS调用。RTE需要配置（eg：把Runnables对应到OS的tasks中）通过RTE的事件触发runnables的运行。

可运行实体，其实就是.C文件内的函数而已。

通过函数Runnable调用；接口是连接2个SWC通信的。发送/接受数据传输接口。一般通过全局变量才传递。

文章目录ref：Autosar系列讲解2.2SWC类型

片内的，在一个ECU内部的SWC之间通信走RTE，跨ECU，片外的ECU之间走Bus总线。eg车内内顶灯：通过7个SWC实现：汽车内部灯的常闭、常开、随门模式。Runnable：可运行实体，SWC里面的一些函数。Autosar接口：SWC之间连接的端口。哪几个SWC在或者不在一个ECU里面？SWC：应用软件组件。

RTE：用与传递应用层软件和基础软件从之间的信号的；隔离应用软件层和基础软件层；其中一个层修改了，不会影响另外一个层；SWC：有1个或者多个Runnable（运行函数，可运行实体），Runable的接口通过RTE到BSW；matlab：simulink做应用层开发；

在代码法的基础上，通过有经验的架构师做出一套优化架构，并且结合一些操作系统，对代码进行封装，这样一来便可以大大降低代码法的很多弊端，一名好的架构师设计出来的架构往往可以起到几倍到十几倍的效率增幅，不过缺点仍然有。就是大家经常使用的手写代码，目前也有一部简单的ECU(汽车电子单元，简单的说就是汽车上的某个控制器，比如锂电池的管理单元BMS，电机控制单元MCU，都可以叫做ECU)。不论硬件是怎么设计的，我妈都不用修改我们的代码，只需要配置一下Autosar，告诉他我还硬件了，然后Autosar帮你匹配硬件。

UTC时间是比北京时间早的，现在北京时间是2020/11/27/16:45，对应的UTC时间是2020/11/27/08:45。UTC（Coodinated Universal Time），协调世界时，又称世界统一时间、世界标准时间、国际协调时间。1972年之前，格林威治时间（GMT）一直是世界时间的标准。也称天文时间，或太阳时，他的依据是地球的自转，我们用它来确定多少原子时，对应于一个地球日的时间长度。结合了全球400个所有的原子钟而得到的时间，它决定了我们每个人的钟表中，时间流动的速度。

大部分步骤跟着操作即可了解bitbake的工作流程；所有相关文档和代码，我将其全部上传至。

（1）TLS报文：LS是在SSL的基础上标准化的产物，目前SSL3.0与TLS1.0保持一致，二者是并列关系。SSL/TLS位于传输层和应用层之间，应用层数据不再直接传递给传输层，而是传递给TLS层，TLS层对从应用层收到的数据进行加密，并增加自己的TLS头。未来Vehicle EE 架构。Domain 硬件架构。Domain软件架构。

电气架构、数据平台、网络安全、远程升级（OTA）构成软件定义汽车的四大基石重要通道生命通道：远程召回、功能升级黄金通道：体验升级、功能升级系统复杂。

通信的本质在正确额时间内把正确的数据送达正确的地点（1）数据在哪里？（2）数据发送端什么时候能提供数据？（3）数据接收端什么时候需要数据？（4）如果有新节点加入或者节点离开如何处理？（5）节点故障或者网络故障如何处理？（6）启动时间满足要求吗？（7）出现网络拥塞怎么办？分布式系统通信模型客户端-服务器模型（Client-Server）（1）服务器把算法和数据封装成标准接口，客户端通过请求-相应机制来调用接口RPC。

电磁兼容性（EMC，即ElectromagneticCompatibility）为什么很多国家不直接使用国际标准而进行自定标准？

文章目录参考：自动驾驶软件架构之：中间件与SOA（二）

文章目录参考：自动驾驶软件架构之：中间件与SOA（二）

文章目录1.SWC（Software Component）2.Runnable Entity3.Port4.InterfaceAPL和CDD1.SWC（Software Component）SWC是最常见到的一个概念了，细说的话还可以分成Atomic SWC和Composition SWC。一般单独说的SWC指的是Atomic SWC。SWC最形象的对比就是一个.C文件了，那么Composition SWC顾名思义就是.C文件的集合，体现在代码上，就是保存.C文件的文件夹。2.Runnable

文章目录一、Application二、ARA三、OS四、标定我们从三个方面进行分析：“ARA”，“OS”以及“Calibration”ARA是AUTOSAR Runtime for Adaptive applications，我们主要从ARA之上的Application及ARA方面说明分享存在的坑。一、ApplicationAdaptive AUTOSAR中，主要包含两种Application：1）Application-Level的Application2）Platform-Level的

文章目录一、为什么用AUTOSAR？二、AUYTOSAR架构三、AUTOSAR方法论四、AUTOSAR标准化接口一、为什么用AUTOSAR？随着汽车电子的发展，一款现代豪华汽车可能包含多达100个ECU 包括从简单的传感器接口到复杂的信息娱乐及远程信息单元。今天的汽车从过去的机械液压的启动转到今天的机械电子的启动，电子化的程度越来越高，要解决这个问题。AUTOSAR联盟提出了个口号“在标准上合作，在实现上竞争”。预计到2020年，所有车辆都将拥有一些基于AUTOSAR的ECU，因此该标准不能被

文章目录一、三个应用领域对SOA的推动二、自动驾驶对于中间件的要求1.SOA 架构风格与自动驾驶系统的适用性2.自动驾驶相关软件的特殊要求三、构建适用于自动驾驶SOA中间件1. 相关技术及产品介绍2.动态多通讯通道绑定3.高效任务调度与异步操作一、三个应用领域对SOA的推动目前而言，SOA 架构在汽车软件中的应用也是刚刚开始。对SOA 在汽车领域的应用很多企业也是在摸索着前进。在这个过程中，有三大需求在推动这SOA的发展:传统汽车电子电器架构的 SOA 化；车载娱乐系统(IVI, In-Vehic

文章目录1.应用层软件架构2.实时操作系统RTOS概述3.AUTOSAR多核操作系统1.应用层软件架构基于AUTOSAR的应用软件开发2.实时操作系统RTOS概述RTOS特点介于应用层和目标硬件之间，提供中间层的软件提供应用层与目标硬件的抽象层操作系统职责：（1）管理和分配控制器资源(CPU，内存，设备等)（2）控制执行应用层程序和I/O设备的操作（3）以有效的方式使用控制器硬件资源分时共享/单用户的OSMS-DOSMS-WindowsMax OS-XUNI

文章目录1.Adaptive AUTOSAR和Classic AutoSAR特点2.Adaptive AUTOSAR和Classic AutoSAR对比1.Adaptive AUTOSAR和Classic AutoSAR特点Classic AutoSAR是基于强实时性的嵌入式OS上开发出来的软件架构，能满足传统汽车定制化的功能需求，且能很好胜任；但是一旦要汽车接入网络，网络很可能有延迟、干扰，很可能无法满足强实时性，这种情况下Classic AutoSAR就无能为力了，Adaptive AUTOSAR

文章目录1.AUTOSAR的概念2.背景和目的3.AUTOSAR的基本思想4.AUTOSAR的基本架构5.AUTOSAR的开发方法6.局限1.AUTOSAR的概念AUTOSAR，全称为Automotive Open System Architecture，即汽车开放系统架构。它是由全球各家汽车制造商、零部件供应商以及各种研究、服务机构共同参与的一种汽车电子系统的合作开发框架，并建立了一个开放的汽车控制器(ECU)标准软件架构。2.背景和目的从上个世纪80年代汽车控制器出现开始，汽车的电子控制系

文章目录1.信息安全需求来源2.信息安全的相关场景3.信息安全的风险点1.信息安全需求来源2.信息安全的相关场景3.信息安全的风险点参考：链接

文章目录1.以太网车载应用场景2.Ethernet BSW在AUTOSAR架构中的位置1.以太网车载应用场景OTA下载利于以太网的高带宽，实现车内ECU的固件下载以及升级DOIP& XCP使用以太网实现基于IP的诊断服务和ECU刷新，以及XCP标定协议SOME/IP基于以太网的面向服务的通信SOME/IPS2S基于Signal PDU的网络绑定方案，实现信号与服务的转换2.Ethernet BSW在AUTOSAR架构中的位置Ethernet在AUTOSAR架构中

文章目录1.主题内容2.车辆中的计算中心1.主题内容（1）车辆中的计算中心AutoSar Adaptive新AP标准为更强大、灵活的E/E架构提供软件架构支持；在AP架构中，基于以太网的ECU被用作于中央应用服务器；（2）信号与服务转换的应用背景AP平台的应用是面向服务方式的相互通信；在某种场景下AP平台需要和CP平台的SWC进行通信（3）AP Platform和CP Platfrom的SWC进行通信的方式Classic ECU完成服务消息的转换Classic ECU纯粹以S

文章目录1.AP AUTOSAR工作流1.AP AUTOSAR工作流AP AUTOSAR工作流什么是Adaptive Application什么是Execution Management？ELF目标代码，.json是配置代码在Flash上面运行的是OS，中间件，APP应用真正运行的程序在RAM里面...

文章目录1.为何使用以太网2.为何使用SOME/IP?1.为何使用以太网CAN、FlexRay、MOST共享通信介质，共享带宽1对1，1对n的通信成本相同但带宽有限（1）消息短(8-64)字节；（2）依靠额外增加CAN或者FR总线扩展带宽交换机式以太网交换式通信介质，高校的单播通信消息长(可达1500字节)高带宽(可达1000Mbit/s)支持混合速率2.为何使用SOME/IP?假如仅把以太网当作"超高速CAN"；把CAN的数据报文打包在以太网的数据头上，在TCP/

文章目录1.中间件的类别1.中间件的类别中间件的定义中间件是介于应用系统和系统软件之间的一类软件，它使用系统软件所提供的基础服务功能，衔接网络上应用系统的各个部分或者不同的应用，能够达到资源共享、功能共享的目的中间件的类别车载领域的中间件在OS层面，主要围绕：主机设施中间件、发布数据分配的中间件平台提供的各种模块作为中间件，提供给上层的应用程序...

文章目录1.汽车架构变化趋势2.中央计算+区域控制3.中央计算+区域架构的远程过程调用RPC1.汽车架构变化趋势Past超过100个以上的ECU，缺点：开发复杂且费时费力Today域功能合并，减少ECU数量，缺点：跨域的功能实现依然繁琐2.中央计算+区域控制Next功能逻辑上移到中央计算，区域控制数据和配电硬件和软件解耦，加速软件迭代每个区域控制器下连接：执行器和传感器，负责供电和数据整理，传送到中央计算集群(可能一个也可能多个)3.中央计算+区域架构的远程过程调用R

| | |Classic AutoSAR架构基础入门(CP)–––––

文章目录1.AutoSAR标准规范1.AutoSAR标准规范AUTOSAR主要分为三大层级：应用层（对应ASW）、RTE和基础软件BSW。主要模块如下图所示：从下至上Micorocontroller，硬件层，包括：CPU、Cache、SRAM内存、IO、外设(I2C，SPI，PWM)其余的部分作为第三层，称之为Basic Software基础软件(BSW)（1）System Services：包含OS(管理中断、外设、任务调度)；（2）第1层，即最下面的红色框是驱动层，对任意寄存器的封