1．概念
　　簡單地說，Bootloader就是在操作系統內核運行之前運行的一段程序，它類似于PC機中的BIOS程序。通過這段程序，可以完成硬件設備的初始化，并建立內存空間的映射關系，從而將系統的軟硬件環境帶到一個合適的狀態，為最終加載系統內核做好準備。
　　通常，Bootloader比較依賴于硬件平臺，特別是在嵌入式系統中，更為如此。因此，在嵌入式世界里建立一個通用的Bootloader是一件比較困難的事情。盡管如此，仍然可以對Bootloader歸納出一些通用的概念來指導面向用戶定制的Bootloader設計與實現。
　?。?）Bootloader所支持的CPU和嵌入式開發板。
　　每種不同的CPU體系結構都有不同的Bootloader。有些Bootloader也支持多種體系結構的CPU，如后面要介紹的U-Boot支持ARM、MIPS、PowerPC等眾多體系結構。除了依賴于CPU的體系結構外，Bootloader實際上也依賴于具體的嵌入式板級設備的配置。
　?。?）Bootloader的存儲位置。
　　系統加電或復位后，所有的CPU通常都從某個由CPU制造商預先安排的地址上取指令。而基于CPU構建的嵌入式系統通常都有某種類型的固態存儲設備（比如ROM、EEPROM或Flash等）被映射到這個預先安排的地址上。因此在系統加電后，CPU將首先執行Bootloader程序。
　　（3）Bootloader的啟動過程分為單階段和多階段兩種。通常多階段的Bootloader能提供更為復雜的功能，以及更好的可移植性。
　?。?）Bootloader的操作模式。大多數Bootloader都包含兩種不同的操作模式：“啟動加載”模式和“下載”模式，這種區別僅對于開發人員才有意義。
　　n 啟動加載模式：這種模式也稱為“自主”模式。也就是Bootloader從目標機上的某個固態存儲設備上將操作系統加載到RAM中運行，整個過程并沒有用戶的介入。這種模式是嵌入式產品發布時的通用模式。
　　n 下載模式：在這種模式下，目標機上的Bootloader將通過串口連接或網絡連接等通信手段從主機（Host）下載文件，比如：下載內核映像和根文件系統映像等。從主機下載的文件通常首先被Bootloader保存到目標機的RAM中，然后再被Bootloader寫入到目標機上的Flash類固態存儲設備中。Bootloader的這種模式在系統更新時使用。工作于這種模式下的Bootloader通常都會向它的終端用戶提供一個簡單的命令行接口。
　?。?）Bootloader與主機之間進行文件傳輸所用的通信設備及協議，最常見的情況就是，目標機上的Bootloader通過串口與主機之間進行文件傳輸，傳輸協議通常是xmodem/ ymodem/zmodem等。但是，串口傳輸的速度是有限的，因此通過以太網連接并借助TFTP等協議來下載文件是個更好的選擇。
　　2．Bootloader啟動流程
　　Bootloader的啟動流程一般分為兩個階段：stage1和stage2，下面分別對這兩個階段進行講解。
　?。?）Bootloader的stage1。
　　在stage1中Bootloader主要完成以下工作。
　　n 基本的硬件初始化，包括屏蔽所有的中斷、設置CPU的速度和時鐘頻率、RAM初始化、初始化外圍設備、關閉CPU內部指令和數據cache等。
　　n 為加載stage2準備RAM空間，通常為了獲得更快的執行速度，通常把stage2加載到RAM空間中來執行，因此必須為加載Bootloader的stage2準備好一段可用的RAM空間。
　　n 復制stage2到RAM中，在這里要確定兩點：①stage2的可執行映像在固態存儲設備的存放起始地址和終止地址；②RAM空間的起始地址。
　　n 設置堆棧指針sp，這是為執行stage2的C語言代碼做好準備。
　?。?）Bootloader的stage2。
　　在stage2中Bootloader主要完成以下工作。
　　n 用匯編語言跳轉到main入口函數。
　　由于stage2的代碼通常用C語言來實現，目的是實現更復雜的功能和取得更好的代碼可讀性和可移植性。但是與普通C語言應用程序不同的是，在編譯和鏈接Bootloader這樣的程序時，不能使用glibc庫中的任何支持函數。
　　n 初始化本階段要使用到的硬件設備，包括初始化串口、初始化計時器等。在初始化這些設備之前可以輸出一些打印信息。
　　n 檢測系統的內存映射，所謂內存映射就是指在整個4GB物理地址空間中指出哪些地址范圍被分配用來尋址系統的內存。
　　n 加載內核映像和根文件系統映像，這里包括規劃內存占用的布局和從Flash上復制數據。
　　n 設置內核的啟動參數。