跳過編譯代碼

『壹』 在編譯單片機編程的時候,為什麼老是有程序跳過的錯誤出現

有些錯誤不影響程序編譯運行，僅僅報錯而已。比如：定義了變數或常量沒有使用，定義了函數沒有調用，等此類問題抱錯，但可以通過，並且下載執行的。

『貳』 在編寫代碼時,使用//可以使這一行的代碼不通過編譯.如果我想編譯器忽略某一段(好多行),應該怎麼做

/*你要注釋的內容 多行也行 */

『叄』 keil4 調試問題,幾條代碼被跳過，我想這幾個代碼跳過

優化的結果。你應當檢查匯編的結果，而不是看C源代碼。
另外你最好自己確認一下135、140行是否有效，檢查LedOut[]的數據是什麼類型的、左移8位後是不是屍骨無存。優化是會將編譯器認為無意義的語句跳過的。

『肆』 可以不用軟體對C++代碼進行編譯運行么

如果你對「軟體」的定義是類似VS這樣的IDE的話，那確實可以不用軟體來編譯運行C++，你可以使用命令提示窗口（cmd）來執行編譯。
http://blog.csdn.net/github_35681219/article/details/51999998
這是一個參考鏈接，你可以試試

『伍』 菜鳥請教 請問java編譯後在控制台直接跳過是什麼原因

Windows 下JAVA JDK1.4.2的環境變數配置
Windows 下JAVA 用到的環境變數主要有3 個，JAVA_HOME、classpath、path。
下面逐個分析。
JAVA_HOME 指向的是JDK 的安裝路徑，如x:\JDK_1.4.2，在這路徑下你應該
能夠找到bin、lib 等目錄。值得一提的是，JDK 的安裝路徑可以選擇任意磁碟
目錄，不過建議你放的目錄層次淺一點，如果你放的目錄很深，比如
x:\XXXXXX\xxxxx\XXXX\xxxx\XXXX\xxxx\XXXX\xxx……
那麼，下面的步驟和以後的應用你都要受累了，呵呵。設置方法：
JAVA_HOME=x:\JDK_1.4.2
path 環境變數原來Windows 裡面就有，你只需修改一下，使他指向JDK 的
bin 目錄，這樣你在控制台下面編譯、執行程序時就不需要再鍵入一大串路徑了。
設置方法是保留原來的PATH 的內容，並在其中加上%JAVA_HOME%\bin (注，如果
你對DOS 批處理不了解，你可能不明白%%引起來的內容是什麼意思；其實這里是
引用上一步設定好的環境變數JAVA_HOME，你寫成x:\JDK_1.4.2 也是可以的；
你可以打開一個控制台窗口，輸入echo %JAVA_HOME%來看一下你的設置結果) ：
path=%JAVA_HOME%\bin;%path%
同樣，%path%是引用以前你設置的PATH 環境變數，你照抄以前的值就行了。
classpath 環境變數我放在最後面，是因為以後你出現的莫名其妙的怪問題
80%以上都可能是由於classpath 設置不對引起的，所以要加倍小心才行。
classpath=.;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar
首先要注意的是最前面的".;"，如果你看不清，我給你念念——句點分號。這個
是告訴JDK，搜索CLASS 時先查找當前目錄的class 文件——為什麼這樣搞，這
是由於LINUX 的安全機制引起的，LINUX 用戶很明白，WINDOWS 用戶就很難理解(因
為WINDOWS 默認的搜索順序是先搜索當前目錄的，再搜索系統目錄的，再搜索
path 環境變數設定的) ，所以如果喜歡盤根究底的朋友不妨研究一下LINUX。
為什麼classpath 後面指定了tools.jar 這個具體文件？不指定行不行？顯然不
行，行的話我還能這么羅索嘛！:) 這個是由java 語言的import 機制和jar 機
制決定的，你可以查資料解決。JDK1.4.2

『陸』 有沒有不用編譯軟體就能編譯代碼的,比如以.txt格式輸碼,再變個格式啊,之類的,有沒有這種可能啊

那要看你是寫什麼樣的代碼，編譯型的語言一定要經過編譯器編譯才可以的，解釋性的語言就可以按你說的這樣，比如html,javascript,還有常用的批處理命令，這些都可以

『柒』 難道編譯器AI到幫人類善做主張的跳過寫的代碼不執行自作聰明的優化

從代碼上看，連續對同一個內存單元賦值，連續執行四次，和只執行最後一次沒有區別，如果編譯器優化能過濾掉這種沒有效率的代碼，你應該感謝編譯器的開發人員作出的這種提高程序執行效率的努力。
況且一般編輯器都都會提供是否優化代碼和優化等級的選項，供開發者選擇。

『捌』 腳本語言不需要編譯怎麼執行呀

因為大多數腳本都是解釋型語言。

• 解釋型語言是相對於編譯型語言存在的，源代碼不是直接翻譯成機器語言，而是先翻譯成中間代碼，再由解釋器對中間代碼進行解釋運行。比如Python/JavaScript / Perl /Shell等都是解釋型語言。 解釋型語言：程序不需要編譯，程序在運行時才翻譯成機器語言，每執 行一次都要翻譯一次。因此效率比較低。比如Basic語言，專門有一個解釋器能夠直接執行Basic程 序，每個語句都是執行的時候才翻譯。(在運行程序的時候才翻譯，專門有一個解釋器去進行翻譯，每個語句都是執行的時候才翻譯。效率比較低，依賴解釋器，跨平台性好.)

• 一個是編譯，一個是解釋。兩種方式只是翻譯的時間不同。編譯型語言寫的程序執行之前，需要一個專門的編譯過程，把程序編譯成為機器語言的文件，比如exe文件，以後要運行的話就不用重新翻譯了，直接使用編譯的結果就行了（exe文件），因為翻譯只做了一次，運行時不需要翻譯，所以編譯型語言的程序執行效率高，但也不能一概而論，部分解釋型語言的解釋器通過在運行時動態優化代碼，甚至能夠使解釋型語言的性能超過編譯型語言。

• 解釋則不同，解釋性語言的程序不需要編譯，省了道工序，解釋性語言在運行程序的時候才翻譯，比如解釋性basic語言，專門有一個解釋器能夠直接執行basic程序，每個語句都是執行的時候才翻譯。這樣解釋性語言每執行一次就要翻譯一次，效率比較低。解釋是一句一句的翻譯。

『玖』 編譯時有段代碼為什麼會被跳過

是不是直接按F5了？有可能設置有問題，比如編譯未通過執行的是最後一次編譯成功的代碼，所以你新加的代碼就沒有運行了。
你先編譯完了再debug試試

『拾』 用調試的時候總會出現匯編 如何才能跳過這些匯編直接調試代碼呢

似乎不能直接屏蔽匯編窗口.
原因:
簡單的說就是調試時找不到你所調試位置對應的源代碼,這個位置的源代碼可能不是你寫的,或者你改了代碼沒重新編譯,調試器不認識,或者調試出你的程序存在問題,無法回到你的程序中.才會顯示匯編.
解決辦法:
1.重新編譯你的工程,確保你寫的代碼能被調試器正確認識.
2.如果仍舊出現匯編窗口,你可以通過Call stack窗口向下找到你的代碼,就可以定位出進入匯編窗口前你的代碼運行到了哪裡.