『壹』 汽車CAN匯流排開發該怎麼做
CAN匯流排系統測試技術裡面基本描述了CAN匯流排開發的流程，但主要側重於CAN匯流排的測試，不過也能讓你有所了解。根據你的描述，假設你的要求是：能夠基於某嵌入式平台（最好該平台在汽車ECU開發中被廣泛使用），根據給定的通信協議（一般由通信矩陣描述），編寫CAN介面代碼，並能通過相關設備進行簡單測試。推薦的學習步驟為：
1. 了解CAN基本知識可以通過這個ppt，恆潤的東西還是不錯的。CAN基礎_網路文庫
2. 直觀的了解CAN這需要你購買或借用CAN匯流排檢測設備，檔次差很多。如果是你自己想玩，可以買個周立功的USB轉CAN，淘寶也就幾百塊錢。如果是課題組采購，可以買個Kvaser的USBCAN，幾千塊吧。大致這個樣子。要是土豪的話，可以買Vector的VN1600，這個就好幾萬了。以上三種我都用過。一定要買雙通道，然後一個口發，一個口接，可以自己接延長線通過示波器看信號了。嘗試修改報文ID，數據，波特率等等，看示波器的變化，對理解第一部分的內容很有幫助。這個圖中有三個message。一位是2us，匯流排的波特率是多少？1/2e-6=500Kbps
3. 選擇嵌入式平台，學習CAN介面的編程飛思卡爾MC9S08DZ60MLH 8位汽車級CAN匯流排 開發板 學習板超可以選擇這個小板子練習一下，程序的寫法都是差不多的。然後和第二部分的匯流排檢測設備連在一起進行測試。這一步需要詳細了解信號轉換的知識，特別是Big Endian和Little Endian的區別，factor和offset的作用，如何置1或置0，可以參考DBC_File_Format_Documentation_網路文庫很詳細，看完就懂了。
4. 如果有興趣，可以看看J1939協議（用於商用車）或者CANOpen協議（用於現場控制，很多電機控制器使用）或者ISO 15031-5（用於OBD診斷）。最後，希望你在了解CAN以後，不要花過多的精力在底層上，基本都是體力勞動。體現價值的還得是上層。
『貳』 java 相關的編譯技術
除了 Java 的編譯器和虛擬機器之外 還有一些相關的編譯技術 本文章試圖做一個簡單的說明
JIT 編譯器 傳統的 Java 虛擬機器很愚蠢 將一道 bytecode 的指令翻譯成機器碼之後 馬上執行這些機器碼 執行完這批機器碼之後 就把這些機器碼丟了 接液凳槐著再翻譯下一道 bytecode 的指令 繼續下去 即使下次執行到以前執行過的 bytecode 指令 依然要重新翻譯成機器碼才能執行 如此一來 效率當然不好 使用 JIT 編譯器（Just In Time piler）技術的虛擬機器比較聰明 會把常常執行的部分在第一次先翻譯好放在內存 以後再次執行到這里時 就不用再翻譯 直接從內存取出機器碼即可執行 這么一來 只要你的內存夠大 JIT 編譯器的技術夠好 你的 Java bytecode 執行速度也可以逼近純編譯式的程序
其它程序語言的編譯器 任何檔案只要符合 Java bytecode 的格式 就可以被 Java 虛擬機器執行 製造出 Java bytecode 的方式有許多種 不一定要使用 Java 語言來寫程序 才粗宴能編譯成 Java bytecode Java 是語言也是平台 你可以不使用 Java 語言（也就是 Java 編譯器） 只使用 Java 平台（也就是 Java 虛擬機器） 只要某語言有提供編譯器 能將該語言的原始碼編譯成 Java bytecode 格式 就可以在 Java 平台上執行 據我所知 目前已經有下列語言提供兼容於 Java 平台的編譯器（以英文字母鬧友順序排列） Aardappel Ada Agora BAMBOO Basic Bistro Bolero C C++ CLIPS COBOL Correlate Dawn E EcmaScript Eiffel Foo Forth Fortran Funnel Haskel Hojo javascript Jickle JIF Jinni Lisp LL LLP Logo Luck MINERVA Mini ML Mola NetRexx Nice Oberon Pascal PLAN Pnuts Prolog PS I Python Sather Scheme SELF Simkin Small Talk Tcl WebL Yassl Yoix Yoyo
原生編譯器 如果你不在乎 Java 程序能否跨平台 你希望 Java 程序能如同 C/C++ 一般被編譯成機器碼而非 Java bytecode 那麼你可以使用 Java 原生編譯器（native piler） 目前已經有不少這樣的產品可以使用 Java 原生編譯器有兩大類 一類可以把 Java 的原始碼編譯成機器碼 另一類則可以把 Java bytecode 編譯成機器碼
反編譯與混淆器 Java bytecode 因為檔案格式簡單 信息保留完整 且指令是最簡單的堆棧式（stack based）架構等因素 所以很容易被反編譯（de pilation） 反編譯指的是和編譯相反的過程 對 Java 來說 反編譯就是把 Java bytecode 轉換成 Java 原始碼的過程 為了防止你辛苦地開發出來的 Java bytecode 被他人反編譯成原始碼 你可以透過混淆器（obfuscator）將你的 Java bytecode 轉換成更混亂的 Java bytecode 執行起來效果一樣 但是被混淆過的 Java bytecode 比較不容易被反編譯 你通常要為此付出一點代價 因為混淆過的程序執行速度通常會變慢 且混淆器只能增加反編譯的難度 不能保證你的程序一定無法被反編譯成功 畢竟道高一尺 魔高一丈 如果有人願意花許多時間和精力反編譯你的 Java bytecode 你根本就無法攔阻
組譯與反組譯 匯編語言（assembly）是一種非常接近機器碼的語言 將匯編語言轉成機器碼的工具稱為組譯器（assembler） 反過來將機器碼轉成匯編語言的工具稱為反組譯器（dissembler） 對於 Java 虛擬機器來說 Java bytecode 就如同它的機器碼 有沒有一種語言是很接近 Java bytecode 的呢？也就是說 Java 有沒有的匯編語言呢？基本上 Sun 並未定義 Java 的標准匯編語言 但是有一些人定義了自己的 Java 匯編語言 並提供 Java 的組譯器（甚至反組譯器） 例如 Ja *** in 以及 javaa 都是 Java 組譯器
前處理器 前處理器（pre processor）也稱為前編譯器（pre piler）或前翻譯器（pre translator） 其目的在將
源碼中不符合語言規范的部分轉換成符合語言規范的形式 比方說 我們可能在 ??????????Java 源碼中除了使用 Java 語言之外 還穿插使用自訂的語法 這些自訂的語法無法被 Java 編譯器處理 所以我們必須先透過一個前處理器來將自訂語法的部分轉換成 Java 語言 然後就可以交由 Java 編譯器處理 目前有不少 Java 的前處理器 例如 iContract SQLJ 都是用來擴充 Java 語言之用的
最佳化工具軟體 一般來說 最佳化有兩種 讓檔案體積變小 可以節省儲存空間並加快網路傳送速度 讓執行速度變快 對於 Java 來說 還有第三種最佳化 讓程序結構變亂 不容易被反編譯 也就是前面提到過的混淆（obfuscation） 這三個目的之間常常互相排擠 結構變亂 通常會使得程序變慢 且體積變大 體積變小 通常會使得速度變慢 且結構變整齊 速度變快 通常會使得體積變大 且結構變整齊 lishixin/Article/program/Java/hx/201311/27007
『叄』 請問編寫軟體的第一個語言程序是如何誕生的
早期的計算機軟體都是用匯編語言直接編寫的，這種狀況持續了數年。當人們發現為不同類型的CPU編寫可重用軟體的開銷要明顯高於編寫編譯器時，人們發明了高級編程語言。由於早期的計算機的內存很少，當大家實現編譯器時，遇到了許多前源技術難題。
大約在20世紀50年代末期，與機器無關的編程語言被首次提出。隨後，人們開發了幾種實驗性質的編譯器。第一個編譯器是由Grace Hopper於1952年為A-0語言編寫的。通常認為，1957年由IBM的約翰·巴科斯領導的FORTRAN團隊介紹了第一個完整的編譯器。1960年，COBOL成為一種較早的能在多種架構下被編譯的語言。
高級語言在許多領域流行起來。由於新的編程語言支持的功能越來越多，計算機的架構越來越復雜，這使得編譯器也越來越復雜。
早期的編譯器是用匯編語言編寫的。首個能編譯自己源程序的編譯器啟悔簡是在1962年由麻省理工學院的Hart和Levin製作的。從20世紀70年代起，實現能編譯自己源程序的編譯器變得越來越可行，不過還是用Pascal和C語言來實現編譯器更加流行。製作某種語言的第一個能編譯器，要麼需要用其它語言來編寫，要麼就像Hart和Levin製作Lisp編譯器那樣，悄褲用解釋器來運行編譯器。
引自 ： 維基網路
『肆』 本科獨立用C語言完成沒有優化的C語言編譯器屬於什麼水平
我覺得水平還是很高的，但意義恐怕不大。編譯器技術是非常成熟的領域，而且由於應用場景的限
制實時，復雜的演算法已經自動出局了，你可選的東西是有限的。編譯器可能有很多實現的形
式，虛擬機/解釋器/靜態編譯器 等，也有成熟的開源實現。作為本科生，而非專門研究該分支的學生，應該合理分配自己學習的時間，如果做這個編譯器就干
掉了大半年，那計網和OS這些課程該咋辦？
我知道很多人會認為沒有做編譯器優化特指中段優化，不考慮機器碼上的優化比較劃水。但編
譯器優化是一個很復雜的東西：首先它和你用的IR表示有關而且是強烈耦合，SSA IR基本還
好，有開源代碼和文獻記載，你想要的都能在網上挖到但這怎麼體現你的水平是吧。你
要考慮編譯器的性能，盡管編譯器的後端優化基本上可以納入到某種PEabstract interpretation的
范疇中。
要不然你可以通過編寫插件的方式白嫖例如visual studio code這類軟
件的強大編輯功能,如果你寫的不是c compiler,你也可以盡量把語法設計得很像c,這樣你又能進一步
白嫖其強大的intellisense code,當然仍然有不少人或者應該說團隊達到了這一步,到這里,應該卷死
了99.99%的同行應該毫無問題。
『伍』 方舟編譯器有什麼用，怎麼用
什麼是方舟編譯器？
了解方舟編譯器前，我們簡單了解下編譯器。編譯器能夠將高級語言轉換成機器能懂的機器碼，並按照指令運行。可以說是人類和機器溝通的橋梁。方舟編譯器是由華為百人專家團隊打造推出的高級語言直接編譯成機器碼的移動端編譯器。
方舟編譯器怎麼用？
1、用戶是否只需要在應用市場下載已編譯的軟體即可？
方舟編譯器編譯的應用在開發階段就已經完成。也就是說，只要是經過編譯器編譯的應用，在應用市場上上架了以後，用戶下載的就是編譯過的了。
2、方舟編譯器能給用戶帶來什麼？
它解決了安卓系統久用必卡頓的魔咒，打破了人機之間的藩籬，讓用戶能直觀感受到的就是：A、提升了應用的流暢度；
B、降低手機 CPU 的開銷；
C、進一步降低功耗提升了手機續航能力；
D、為用戶帶來更加持久流暢的體驗。
