【S7-1200】CPU的启动模式 启动模式 S7-1200 CPU 通电后，它在开始执行循环用户程序之前首先执行启动程序。 CPU 支持以下组态选项： 1 不重新启动（保持为 STOP 模式） 2 暖启动 – RUN 模式（主要设置） 3 暖启动 – 断电前的模式（系统默认） 启动模式设置

1.Activity生命周期(这个是必问的)   onCreate()：表示Activity正在被创建，常用来初始化工作，比如调用setContentView加载界面布局资源，初始化Activity所需数据等； onStart()：表示Activity正在被启动，此时Activity可见但不在前台，还处于后台，无法与用户交互； onResume()：表示Activity获得焦点，此时Activity可见且在前台并开始活动，这是与onStart的区别所在； onPause()：表示Activity正在停止，此时可做一些存储数据、停止动画等工作，但是不能太耗时，因为这会影响到新Activity的显

笔者近期做的一个项目用到了Activity的启动模式，也算是第一次深刻地领会到了其强大与方便。在此也是将自己所得与大家分享，自己写了一个比较简易的demo，便于让大家理解。 此篇博客意在让对启动模式不了解的开发者对其有一个较为形象的认识，至于深入探究，笔者还是推荐去看任玉刚前辈所写的《android开发艺术探索》了。 网上对Activity的启动模式讲解的博客有很多，但是大部分都需要掌握“栈”的知识，而且很多并不是那么通俗易懂。笔者打算独辟蹊径，一方面通过百度地图讲其作用，另一方面通过自己写的demo演示来讲解4种启动模式。

Android 程序技术 本节课程内容：Activity启动模式与跳转 Android中采用任务栈的形式来管Activity。栈是一种“先进后出”的数据结构。 Android中的任务栈 Task Stack in Android Activity的启动模式 Activity startup mode Activity的启动模式 Activity startup mode Activity的启动模式 Activity startup mode Intent介绍 Intent introduction Intent(意图) 显式意图可以直接通过名称开启指定的目标组件 . Intent介绍 Intent introduction Intentintent=newIntent(this,Activity02.class); startActivity(intent); 隐式意图则是通过指定action和category等属性，由系统根据这些信息进行分析后寻找目标Activity . 跳转实例 Jump instance THANK YOU 谢谢观看

activity的启动流程 加载一个Activity肯定不会像加载一般的类那样，因为activity作为系统的组件有自己的生命周期，有系统的很多回调控制，所以自定义一个DexClassLoader类加载器来加载插件中的Activity肯定是不可以的。 首先不得不了解一下activity的启动流程，当然只是简单的看一下，太详细的话很难研究清楚。 通过startActivity启动后，最终通过AMS进行跨进程回调到ApplicationThread的scheduleLaunchActivity，这时会创建一个ActivityClientRecord对象，这个对象表示一个Acticity以及他的相关

1.1 启动过程 设备配置包含用于初始化和配置 PS 和 PL 的所有方法及过程。在软件的控制下，PS 内 的 DevC 提供用于初始化和配置 PS 和 PL 的手段及方法。在 Zynq-7000 SoC/Zynq UltraScale+ MPSoC 内提供两个主要模块用于控制配置过程。 1. BootROM。静态存储模块。当上电复位和暖复位后，由 APU（双核 A9—Zynq-7000； 四核 A53—MPSoC）执行它。 2. 设备配置单元（Device Configuration Unit，DevC）：用于控制 JTAG 调试访问和提 供链接到 AES、HMAC 和 PCAP 模块的接口，用于实现 SoC 内 PL 的配置及数据 的解密。 在 PS 的控制下，可以实现安全或非安全的配置所有 PS 和 PL。通过 SOC 提供的 JTAG 接口，用户可以在外部主机的控制下对 SOC 进行配置。与 Xilinx 其他 FPGA 器件不同的是， SOC 并不支持先开始 PL 控制配置的过程。 对 Zynq-7000 SoC 和 Zynq UltraScale+ MPSoC 的配置过程通常要求 3 个阶段。 1. 阶段 0：该阶段也成为 BootROM。该阶段控制初始化设备的启动。BootROM 是上 电复位或暖复位后，处理器所执行的用户不可修改的代码，该代码已经固化到器件 内的 BootROM 中。 2. 阶段 1：在该阶段，通过执行第一级启动引导程序（First Stage Boot Loader，FSBL）。 但是，它是可以是任意用户控制的代码。 3. 阶段 2：在该阶段，通常执行用户自己编写的软件程序。但是，也可以是第二级的 启动引导程序（Second Stage Boot Loader，SSBL）。该阶段完全在用户的控制下实 现的，如 Linux 的 u-boot。 在阶段2里面是可以添加很多文件，如ZYNQ UltraScale+ MPSoC可以添加PMU，PL.bit， ATF，R5.elf，a53.elf，u-boot.elf 等，总是是按照用户需求进行添加。 1.2 启动模式配置引脚 1.2.1 Zynq-7000 SoC 启动模式如表 1.1 所示。 表 1.1 BOOT_MODE 与 MIO 引脚关系 JTAG 方式 vmode[1] vmode[0] B_M[4] B_M[2] B_M[1] B_M[0] B_M[3] MIO[8] MIO[7] MIO[6] MIO[5] MIO[4] MIO[3] MIO[2] 级联 JTAG __ __ 0 独立 JTAG 1 启动设备 JATG __ 0 0 0 0 NOR 0 0 1 __ NAND 0 1 0 保留 0 1 1 Quad_SPI 1 0 0

摘要:C#源码,系统相关,启动模式　　C#检测系统启动模式，检测系统的启动模式是否是标准模式、高级模式、安全模式等，这些模式可以启动Windows时按“F8”得到。

预备知识 1. Intent Intent是信使，负责完成Android四大组件之间的信息传递，同类、不同类的组件无法直接传递对象，一旦需要沟通只能通过Intent（不建议通过静态变量或静态方法传递数据，容易造成数据异常、内存泄露等问题）。 2. 生命周期 生命周期是指组件的实例对象从创建到销毁可能会被系统调用的一些方法，每个方法的调用都有特定的条件，可以根据需要重写生命周期方法来达到在某些特定时刻执行特定任务的目的。生命周期方法不建议自行调用，应由系统管理。 3. 注册组件 四大组件都需要通过项目中的AndroidManifest.xml文件进行静态注册后才可正常使用，其中Broadcast

Android Activity的四种启动模式及其应用场景 https://blog.csdn.net/qq_31939617/article/details/80696728

用于博文：http://blog.csdn.net/al4fun/article/details/73823586