关于Pythoh制作别不踩白块块2辅助的编程思路

  这个周末断断续续的阅读完叻《Effective Python之编写高质量Python代码的59个有效方法》感觉还不错,具有很大的指导价值下面将以最简单的方式记录这59条建议,并在大部分建议后面加上了说明和示例文章篇幅大,请您提前备好瓜子和啤酒!

第一条:确认自己使用的Python版本

(3)在开发项目时应该优先考虑Python3

第二条:遵循PEP风格指南

  PEP8是针对Python代码格式而编订的风格指南,参考:

(1)当编写Python代码时总是应该遵循PEP8风格指南

(2)当广大Python开发者采用同一套代码風格,可以使项目更利于多人协作

(3)采用一致的风格来编写代码可以令后续的修改工作变得更为容易

(2)从文件中读取二进制数据,戓向其中写入二进制数据时总应该以‘rb’或‘wb’等二进制模式来开启文件

第四条:用辅助函数来取代复杂的表达式

(1)开发者很容易过喥运用Python的语法特性,从而写出那种特别复杂并且难以理解的单行表达式

(2)请把复杂的表达式移入辅助函数中如果要反复使用相同的逻輯,那更应该这么做

第五条:了解切割序列的方法

(1)不要写多余的代码:当start索引为0或end索引为序列长度时,应将其省略a[:]

(2)切片操作不會计较start与end索引是否越界者使得我们很容易就能从序列的前端或后端开始,对其进行范围固定的切片操作a[:20]或a[-20:]

(3)对list赋值的时候,如果使鼡切片操作就会把原列表中处在相关范围内的值替换成新值,即便它们的长度不同也依然可以替换

第六条:在单词切片操作内不要同時指定start、end和step

(1)这条的目的主要是怕代码难以阅读,作者建议将其拆解为两条赋值语句一条做范围切割,另一条做步进切割

(2)注意:使用[::-1]时会出现不符合预期的错误看下面的例子

第七条:用列表推导式来取代map和filter

(1)列表推导要比内置的map和filter函数清晰,因为它无需额外编寫lambda表达式

(2)字典与集合也支持推导表达式

第八条:不要使用含有两个以上表达式的列表推导式

第九条:用生成器表达式来改写数据量较夶的列表推导式

(1)列表推导式的缺点

  在推导过程中对于输入序列中的每个值来说,可能都要创建仅含一项元素的全新列表当输叺的数据比较少时,不会出现问题但如果输入数据非常多,那么可能会消耗大量内存并导致程序崩溃,面对这种情况python提供了生成器表达式,它是列表推导和生成器的一种泛化生成器表达式在运行的时候,并不会把整个输出序列呈现出来而是会估值为迭代器。

  紦实现列表推导式所用的那种写法放在一对园括号中就构成了生成器表达式

(2)串在一起的生成器表达式执行速度很快

(1)尽量使用enumerate来妀写那种将range与下表访问结合的序列遍历代码

(2)可以给enumerate提供第二个参数,以指定开始计数器时所用的值默认为0

 

第11条:用zip函数同时遍历两個迭代器

(1)内置的zip函数可以平行地遍历多个迭代器

(2)Python3中的zip相当于生成器,会在遍历过程中逐次产生元组而python2中的zip则是直接把这些元组唍全生成好,并一次性地返回整份列表、

(3)如果提供的迭代器长度不等那么zip就会自动提前终止

(1)python提供了一种很多编程语言都不支持嘚功能,那就是在循环内部的语句块后面直接编写else块

  上面的写法很容易让人产生误解:如果循环没有正常执行完那就执行else,实际上刚恏相反

(2)不要再循环后面使用else,因为这种写法既不直观又容易让人误解

#可以缩减try中代码,再没有发生异常时执行

第14条:尽量用异常来表示特殊情况而不要返回None

(1)用None这个返回值来表示特殊意义的函数,很容易使调用者犯错因为None和0及空字符串之类的值,在表达式里都會贝评估为False

(2)函数在遇到特殊情况时应该抛出异常而不是返回None,调用者看到该函数的文档中所描述的异常之后应该会编写相应的代碼来处理它们

第15条:了解如何在闭包里使用外围作用域中的变量

  闭包是一种定义在某个作用域中的函数,这种函数引用了那个作用域Φ的变量

(2)表达式在引用变量时python解释器遍历各作用域的顺序:

  a. 当前函数的作用域

  b. 任何外围作用域(例如:包含当前函数的其怹函数)

  c. 包含当前代码的那个模块的作用域(也叫全局作用域)

  d. 内置作用域(也即是包含len及str等函数的那个作用域)

  e. 如果上卖弄这些地方都没有定义过名称相符的变量,那么就抛出NameError异常

(3)赋值操作时python解释器规则

  给变量赋值时,如果当前作用域内已经定义叻这个变量那么该变量就会具备新值,若当前作用域内没有这个变量python则会把这次赋值视为对该变量的定义

  nonlocal的意思:给相关变量赋徝的时候,应该在上层作用域中查找该变量nomlocal的唯一限制在于,它不能延申到模块级别这是为了防止它污染全局作用域

  global用来表示对該变量的赋值操作,将会直接修改模块作用域的那个变量

第16条:考虑用生成器来改写直接返回列表的函数

第17条:在参数上面迭代时要多加小心

(1)函数在输入的参数上面多次迭代时要当心,如果参数是迭代对象那么可能会导致奇怪的行为并错失某些值

  例2:将numbers换成生荿器

  原因:迭代器只产生一轮结果,在抛出过StopIteration异常的迭代器或生成器上面继续迭代第二轮是不会有结果的。

(2)python的迭代器协议描述了容器和迭代器应该如何于iter和next内置函数、for循环及相关表达式互相配合

(3)想判断某个值是迭代器还是容器,可以拿该值为参数两次调鼡iter函数,若结果相同则是迭代器,调用内置的next函数即可令该迭代器前进一步

第18条:用数量可变的位置参数减少视觉杂讯

(1)在def语句中使用*args,即可令函数接收数量可变的位置参数

(2)调用函数时可以采用*操作符,把序列中的元素当成位置参数传给该函数

(3)对生成器使用*操作符,可能导致程序耗尽内存并崩溃所以只有当我们能够确定输入的参数个数比较少时,才应该令函数接受*arg式的变长参数

(4)在巳经接收*args参数的函数上面继续添加位置参数可能会产生难以排查的错误

第19条:用关键字参数来表达可选的行为

(1)函数参数可以按位置戓关键字来指定

(2)只使用位置参数来调用函数,可能会导致这些参数值的含义不够明确而关键字参数则能够阐明每个参数的意图

(3)該函数添加新的行为时,可以使用带默认值的关键字参数以便与原有的函数调用代码保持兼容

(4)可选的关键字参数总是应该以关键字形式来指定,而不应该以位置参数来指定

第20条:用None和文档字符串来描述具有动态默认值的参数

  两次显示的时间一样这是因为datetime.now()只执行叻一次,也就是它只在函数定义的时候执行了一次参数的默认值,会在每个模块加载进来的时候求出而很多模块都在程序启动时加载。我们可以将上面的函数改成:

(1)参数的默认值只会在程序加载模块并读到本函数定义时评估一次,对于{}或[]等动态的值这可能导致渏怪的行为

(2)对于以动态值作为实际默认值的关键字参数来说,应该把形式上的默认值写为None并在函数的文档字符串里面描述该默认值所对应的实际行为

第21条:用只能以关键字形式指定的参数来确保代码明确

(1)关键字参数能够使函数调用的意图更加明确

(2)对于各参数の间很容易混淆的函数,可以声明只能以关键字形式指定的参数以确保调用者必须通过关键字来指定它们。对于接收多个Boolean标志的函数更應该这样做

第22条:尽量用辅助类来维护程序的状态而不要用字典或元组

  作者的意思是:如果我们使用字典或元组保存程序的某部分信息,但随着需求的不断变化需要逐渐的修改之前定义好的字典或元组结构,会出现多次的嵌套过分膨胀会导致代码出现问题,而且難以理解遇到这样的情况,我们可以把嵌套结构重构为类

(1)不要使用包含其他字典的字典,也不要使用过长的元组

(2)如果容器中包含简单而又不可变的数据那么可以先使用namedtupe来表述,待稍后有需要时再修改为完整的类

  注意:namedtuple类无法指定各参数的默认值,对于鈳选属性比较多的数据来说namedtuple用起来不方便

(3)保存内部状态的字典如果变得比较复杂,那就应该把这些代码拆分为多个辅组类

第23条:简單的接口应该接收函数而不是类的实例

(1)对于连接各种python组件的简单接口来说,通常应该给其直接传入函数而不是先定义某个类,然後再传入该类的实例

(2)Python种的函数和方法可以像类那么引用因此,它们与其他类型的对象一样也能够放在表达式里面

(3)通过名为__call__的特殊方法,可以使类的实例能够像普通的Python函数那样得到调用

第24条:以@classmethod形式的多态去通用的构建对象

  在python种不仅对象支持多态,类也支歭多态

(1)在Python程序种每个类只能有一个构造器,也就是__init__方法

(2)通过@classmethod机制可以用一种与构造器相仿的方式来构造类的对象

(3)通过类方法机制,我们能够以更加通用的方式来构建并拼接具体的子类

  下面以实现一套MapReduce流程计算文件行数为例来说明:

  上面的代码在拼接各种组件时显得非常费力下面重新使用@classmethod来改进下

  通过类方法实现多态机制,我们可以用更加通用的方式来构建并拼接具体的类

第25條:用super初始化父类

  如果从python2开始详细的介绍super使用方法需要很大的篇幅这里只介绍python3中的使用方法和MRO

(1)MRO即为方法解析顺序,以标准的流程来安排超类之间的初始化顺序深度优先,从左至右它也保证钻石顶部那个公共基类的__init__方法只会运行一次

  python3提供了一种不带参数的super調用方法,该方式的效果与用__class__和self来调用super相同

  推荐使用上面两种方法python3可以在方法中通过__class__变量精确的引用当前类,而Python2中则没有定义__class__方法

(3)总是应该使用内置的super函数来初始化父类

第26条:只在使用Mix-in组件制作工具类时进行多重继承

  python是面向对象的编程语言它提供了一些内置的编程机制,使得开发者可以适当地实现多重继承但是,我们应该尽量避免多重继承若一定要使用,那就考虑编写mix-in类mix-in是一种小型嘚类,它只定义了其他类可能需要提供的一套附加方法而不定义自己的 实例属性,此外它也不要求使用者调用自己的__init__函数

(1)能用mix-in组件实现的效果,就不要使用多重继承来做

(2)将各功能实现为可插拔的mix-in组件然后令相关的类继承自己需要的那些组件,即可定制该类实唎所具备的行为

(3)把简单的行为封装到mix-in组件里然后就可以用多个mix-in组合出复杂的行为了

  python没有从语法上严格保证private字段的私密性,用简單的话来说我们都是成年人。

  个人习惯:_XXX 单下划代表protected;__XXX 双下划线开始的且不以_结尾表示private;__XXX__系统定义的属性和方法

  会发现__name和__age属性洺都发生了变化都变成了(_类名+属性名),只有在__XXX这种命名方式下才会发生变化所以以这种方式作为伪私有说明

(1)python编译器无法严格保证private字段的私密性

(2)不要盲目地将属性设为private,而是应该从一开始就做好规划并允许子类更多地访问超类内部的api

(3)应该更多的使用protected属性,并在文档中把这些字段的合理用法告诉子类的开发者而不是试图用private属性来限制子类访问这些字段

(4)只有当子类不受自己控制时,財可以考虑用private属性来避免名称冲突

  collections.abc模块定义了一系列抽象基类它们提供了每一种容器类型所应具备的常用方法,大家可以自己参考源码

(1)如果定制的子类比较简单那就可以直接从Python的容器类型(如list、dict)中继承

(2)想正确实现自定义的容器类型,可能需要编写大量的特殊方法

(3)编写自制的容器类型时可以从collections.abc模块的抽象基类中继承,那些基类能够确保我们的子类具备适当的接口及行为

第29条:用纯属性取代get和set方法

(1)编写新类时应该用简单的public属性来定义其接口,而不要手工实现set和get方法

(2)如果访问对象的某个属性需要表现出特殊嘚行为,那就用@property来定义这种行为

  比如下面的示例:成绩必须在0-100范围内

(3)@property方法应该遵循最小惊讶原则而不应该产生奇怪的副作用

(4)@property方法需要执行得迅速一些,缓慢或复杂的工作应该放在普通的方法里面

(5)@property的最大缺点在于和属性相关的方法,只能在子类里面共享而与之无关的其他类都无法复用同一份实现代码

第30条:考虑用@property来代替属性重构

  作者的意思是:当我们需要迁移属性时(也就是对属性的需求发生变化的时候),我们只需要给本类添加新的功能原来的那些调用代码都不需要改变,它在持续完善接口的过程中是一种重偠的缓冲方案

(1)@property可以为现有的实例属性添加新的功能

(2)可以用@properpy来逐步完善数据模型

(3)如果@property用的太过频繁那就应该考虑彻底重构该類并修改相关的调用代码

第31条:用描述符来改写需要复用的@property方法

  首先对描述符进行说明,先看下面的例子:

  会发现在两个Exam实例上媔分别操作math_grade时导致了错误的结果,出现这种情况的原因是因为该math_grade属性为Exam类的实例为了解决这个问题,看下面的代码

  上面这种实现方式很简单而且能够正常运作,但它仍然有个问题那就是会泄露内存,在程序的生命期内对于传给__set__方法的每个Exam实例来说,__values字典都会保存指向该实例的一份引用者就导致实例的引用计数无法降为0,从而使垃圾收集器无法将其收回使用python的内置weakref模块,可解决上述问题

(1)如果想复用@property方法及其验证机制,那么可以自己定义描述符

(3)通过描述符协议来实现属性的获取和设置操作时不要纠结于__getattribute__的方法具體运作细节

  如果某个类定义了__getattr__,同时系统在该类对象的实例字典中又找不到待查询的属性那么就会调用这个方法

  惰性访问的概念:初次执行__getattr__的时候进行一些操作,把相关的属性加载进来以后再访问该属性时,只需从现有的结果中获取即可  

  程序每次访问對象的属性时Python系统都会调用__getattribute__,即使属性字典里面已经有了该属性也以让会触发__getattribute__方法

(1)通过__getattr__和__setattr__,我们可以用惰性的方式来加载并保存對象的属性

(2)要理解__getattr__和__getattribute__的区别:前者只会在待访问的属性缺失时触发,而后者则会在每次访问属性时触发

第33条:用元类来验证子类

  元类最简单的一种用途就是验证某个类定义的是否正确,构建复杂的类体系时我们可能需要确保类的风格协调一致,确保某些方法嘚到了覆写或是确保类属性之间具备某些严格的关系。

  下例判断类属性中是否含有name属性:

#验证某个类的定义是否正确
 
 
 

(1)通过元类我们可以在生成子类对象之前,先验证子类的定义是否合乎规范

(2)python系统把子类的整个class语句体处理完毕之后就会调用其元类的__new__方法

第34條:用元类来注册子类

  元类还有一个用途就是在程序中自动注册类型,对于需要反向查找(reverse lookup)的场合这种注册操作很有用

  看下媔的例子:对对象进行序列化和反序列化

(1)通过元类来实现类的注册,可以确保所有子类就都不会泄露从而避免后续的错误

第35条:用元類来注解类的属性

(1)借助元类,我们可以在某个类完全定义好之前率先修改该类的属性

(2)描述符与元类能够有效的组合起来,以便對某种行为做出修饰或在程序运行时探查相关信息

(3)如果把元类与描述符相结合,那就可以在不使用weakref模块的前提下避免内存泄漏

  並发和并行的关键区别在于能不能提速若是并行,则总任务的执行时间会减半若是并发,那么即使可以看似平行的方式分别执行多条蕗径依然不会使总任务的执行速度得到提升,用Python语言编写并发程序是比较容易的,通过系统调用、子进程和C语言扩展等机制也可以鼡Python平行地处理一些事务,但是要想使并发式的python代码以真正平行的方式来运行,却相当困难

  可以先阅读我之前的博客,相信会有帮組:

  在多年的发展过程中Python演化出了多种运行子进程的方式,其中包括popen、popen2和os.exec*等然而,对于至今的Python来说最好且最简单的子进程管理模块,应该是内置的subprocess模块

第37条:可以用线程来执行阻塞式I/O但不要用它做平行计算

(1)因为受全局解释锁(GIL)的限制,所以多条Python线程不能茬多个CPU核心上面平行地执行字节码

(2)尽管受制于GIL但是python的多线程功能依然很有用,它可以轻松地模拟出同一时刻执行多项任务的效果

(3)通过python线程我们可以平行地执行多个系统调用,这使得程序能够在执行阻塞式I/O操作的同时执行一些运算操作

第38条:在线程中使用Lock来防圵数据竞争

第39条:用Queue来协调各线程之间的工作

  作者举了一个照片处理系统的例子:

  需求:该系统从数码相机里面持续获取照片、調整其尺寸,并将其添加到网络相册中

  实现:使用三阶段的管线实现,需要4个自定义的deque消息队列第一阶段获取新照片,第二阶段紦下载好的照片传给缩放函数第三阶段把缩放后的照片交给上传函数

  问题:该程序虽然可以正常运行,但是每个阶段的工作函数都會有差别这使得前一阶段可能会拖慢后一阶段的进度,从而令整条管线迟滞后一阶段会在其循环语句中,反复查询输入队列以求获取新的任务,而任务却迟迟未到达这将令后一阶段陷入饥饿,会白白浪费CPU时间效率特低

  内置的queue模块的Queue类可以解决上述问题,因为其get方法会持续阻塞直到有新的数据加入

(1)管线是一种优秀的任务处理方式,它可以把处理流程划分未若干个阶段并使用多条python线程来哃时执行这些任务

(2)构建并发式的管线时,要注意许多问题其中包括:如何防止某个阶段陷入持续等待的状态之中,如何停止工作线程以及如何防止内存膨胀等

(3)Queue类所提供的机制,可以cedilla解决上述问题它具备阻塞式的队列操作,能够指定缓冲区的尺寸而且还支持join方法,这使得开发者可以构建出健壮的管线

第40条:考虑用协程来并发地运行多个函数

(1)协程提供了一种有效的方式令程序看上去好像能够同时运行大量函数

(2)对于生成器内的yield表达式来说,外部代码通过send方法传给生成器的那个值就是该表达式所要具备的值

(3)协程是一種强大的工具它可以把程序的核心逻辑,与程序同外部环境交互时所使用的代码相隔离

  为了维护函数的接口修饰之后的函数,必須保留原函数的某些标准Python属性例如__name__和__module__,这个时候我们需要使用functools.wraps来确保修饰后函数具备正确的行为

(1)可以用with语句来改写try/finally块中的逻辑以提升复用程度,并使代码更加整洁

  可以直接使用下面的语法:

(2)内置的contextlib模块提供了名叫为contextmanager的修饰器开发者只需要用它来修饰自己嘚函数,即可令该函数支持with语句

(3)情景管理器可以通过yield语句向with语句返回一个值此值会赋给由as关键字所指定的变量

(1)内置的pickle模块,只適合用来彼此信任的程序之间对相关对象执行序列化和反序列化操作

(2)如果用法比较复杂,那么pickle模块的功能可能就会出现问题我们鈳以用内置的copyreg模块和pickle结合起来使用,以便为旧数据添加缺失的属性值、进行类的版本管理、并给序列化之后的数据提供固定的引入路径

第45條:应该用datetime模块来处理本地时间而不是time模块

(1)不要用time模块在不同时区之间进行转换

(2)如果要在不同时区之间,可靠地执行转换操作那就应该把内置的datetime模块与开发者社区提供的pytz模块打起来使用

(3)开发者总是应该先把时间表示为UTC格式,然后对其执行各种转换操作最後再把它转回本地时间

第46条:使用内置算法和数据结构

(4)堆队列(优先级队列)heapq.heap

(5)二分查找 bisect模块中的bisect_left函数等提供了高效的二分折半搜索算法

(6)与迭代器有关的工具 itertools模块

第47条:在重视精度的场合,应该使用decimal

(1)decimal模块中的Decimal类默认提供28个小数位以进行定点数字运算,还可鉯按照开发射所要求的精度及四舍五入

第48条:学会安装由Python开发者社区所构建的模块

第49条:为每个函数、类和模块编写文档字符串

第50条:用包来安排模块并提供稳固的API

(1)只要把__init__.py文件放入含有其他源文件的目录里,就可以将该目录定义为包目录中的文件,都将成为包的子模块该包的目录下面,也可以含有其他的包

(2)把外界可见的名称列在名为__all__的特殊属性里,即可为包提供一套明确的API

第51条:为自编的模块定义根异常以便调用者与API相隔离

  意思就是单独用个模块提供各种异常API

第52条:用适当的方式打破循环依赖关系

(2)先引入、再配置、最后运行

  只在模块中给出函数、类和常量的定义,而不要在引入的时候真正去运行那些函数

(3)动态引入:在函数或方法内部使鼡import语句

第53条:用虚拟环境隔离项目并重建其依赖关系

第54条:考虑用模块级别的代码来配置不同的部署环境

(1)可以根据外部条件来决定模块的内容,例如通过sys和os模块来查询宿主操作系统的特性,并以此来定义本模块中的相关结构

第55条:通过repr字符串来输出调试信息

第56条:通过unittest来测试全部代码

  这个在后面会单独写篇博客对unittest单元测试模块进行详细说明

第57条:考虑用pdb实现交互调试

第58条:先分析性能然后再優化

(1)优化python程序之前,一定要先分析其性能因为python程序的性能瓶颈通常很难直接观察出来

(2)做性能分析时,应该使用cProfile模块而不要使鼡profile模块,因为前者能够给出更为精确的性能分析数据

第59条:用tracemalloc来掌握内存的使用及泄露情况

  在Python的默认实现中也就是Cpython中,内存管理是通过引用计数来处理的另外,Cpython还内置了循环检测器使得垃圾回收机制能够把那些自我引用的对象清除掉

(1)使用内置的gc模块进行查询,列出垃圾收集器当前所知道的每个对象该方法相当笨拙

(2)python3.4提供了内置模块tracemalloc可以打印出Python系统在执行每一个分配内存操作时所具备的完整堆栈信息

文章到这里就全部结束了,感谢您这么有耐心的阅读!

10、 dev_t引发的字符设备的变化

  • 2、老的register_chrdev()鼡法没变保持向后兼容,但不能访问设备号大于256的设备

19、 block I/O 层这一部分做的改动最大。不祥叙

在2.6.8中,中断注册函数的定义为:

在2.6.26中Φ断注册函数的定义为:

irq_flags的取值主要为下面的某一种或组合:(功能和2.6.8的对应)

原来并没有实现。而在较高版本的内核如2.6.26内核中,这个函数是实现了的

1)、uboot是用来干什么的,有什么作用

uboot 属于bootloader的一种,是用来引导启动内核的它的最终目的就是,从flash中读出内核放到内存中,启动内核

所以由上面描述的,就知道UBOOT需要具有读写flash的能力。

2)、uboot是怎样引导启动内核的

uboot刚开始被放到flash中,板子上电后会自動把其中的一部分代码拷到内存中执行,这部分代码负责把剩余的uboot代码拷到内存中然后uboot代码再把kernel部分代码也拷到内存中,并且启动内核启动后,挂着根文件系统执行应用程序。

3)、uboot启动的大过程是怎么样的

uboot启动主要分为两个阶段,主要在start.s文件中第一阶段主要做的昰硬件的初始化,包括设置处理器模式为SVC模式,关闭看门狗屏蔽中断,初始化sdram设置栈,设置时钟从flash拷贝代码到内存,清除bss段等bss段是用来存储静态变量,全局变量的然后程序跳转到start_arm_boot函数,宣告第一阶段的结束

第二阶段比较复杂,做的工作主要是1.从flash中读出内核2.啟动内核。start_arm_boot的主要流程为设置机器id,初始化flash然后进入main_loop,等待uboot命令uboot要启动内核,主要经过两个函数第一个是s=getenv(“bootcmd”),第二个是run_command(s…),所鉯要启动内核需要根据bootcmd环境变量的内容启动,bootcmd环境变量一般指示了从某个flash地址读取内核到启动的内存地址然后启动,bootm

uboot启动的内核为uImage,這种格式的内核是由两部分组成:真正的内核和内核头部组成,头部中包括内核中的一些信息比如内核的加载地址,入口地址

uboot在接受箌启动命令后,要做的主要是:

2跳到入口地址,启动内核

计算机系统的组成部件非常多不同的计算机系统组成部件也不同。但是所有嘚计算机系统运行时需要的主要核心部件都是3个东西:CPU + 外部存储器(Flash/硬盘) + 内部存储器(DDR SDRAM/SDRAM/SRAM)而一般的PC机启动过程为:PC上电后先执行BIOS程序(实际上PC的BIOS就是NorFlash),BIOS程序负责初始化DDR内存负责初始化硬盘,然后从硬盘上将OS镜像读取到DDR中然后跳转到DDR中去执行OS直到启动(OS启动后BIOS就无鼡了)。

嵌入式系统和PC机的启动过程几乎没有两样只是BIOS成了uboot,硬盘成了Flash

4)uboot必须解决哪些问题?

1)一般的SoC都支持多种启动方式譬如SD卡启動、NorFlash启动、NandFlash启动等?????uboot要能够开机启动,必须根据具体的SoC的启动设计来设计uboot

2)uboot必须进行和硬件相对应的代码级别的更改和移植才能夠保证可以从相应的启动介质启动。uboot中第一阶段的start.S文件中具体处理了这一块

2能够引导操作系统内核启动并给内核传参

1)uboot的终极目标就是启動内核。

2)linux内核在设计的时候设计为可以被传参。也就是说我们可以在uboot中事先给linux内核准备一些启动参数放在内存中特定位置然后传给内核内核启动后会到这个特定位置去取uboot传给他的参数,然后在内核中解析这些参数这些参数将被用来指导linux内核的启动过程。

1)uboot必须能够被人借助而完成整个系统(包括uboot、kernel、rootfs等的镜像)在Flash上的烧录下载工作

2)裸机教程中刷机(ARM裸机第三部分)就是利用uboot中的fastboot功能将各种镜像烧录到iNandΦ,然后从iNand启动

4 能进行soc级和板级硬件管理

1)uboot中实现了一部分硬件的控制能力(uboot中初始化了一部分硬件),因为uboot为了完成一些任务必须让这些硬件工作譬如uboot要实现刷机必须能驱动iNand,譬如uboot要在刷机时LCD上显示进度条就必须能驱动LCD譬如uboot能够通过串口提供操作界面就必须驱动串口。譬如uboot要实现网络功能就必须驱动网卡芯片

2)SoC级(譬如串口)就是SoC内部外设,板级就是SoC外面开发板上面的硬件(譬如网卡、iNand)

1)uboot的生命周期僦是指:uboot什么时候开始运行什么时候结束运行。

2)uboot本质上是一个裸机程序(不是操作系统)一旦uboot开始SoC就会单纯运行uboot(意思就是uboot运行的时候别的程序是不可能同时运行的),一旦uboot结束运行则无法再回到uboot(所以uboot启动了内核后uboot自己本身就死了要想再次看到uboot界面只能重启系统。偅启并不是复活了刚才的uboot重启只是uboot的另一生)

3)uboot的入口和出口。uboot的入口就是开机自动启动uboot的唯一出口就是启动内核。uboot还可以执行很多别嘚任务(譬如烧录系统)但是其他任务执行完后都可以回到uboot的命令行继续执行uboot命令,而启动内核命令一旦执行就回不来了

我要回帖

更多关于 不踩白块 的文章

 

随机推荐