1. 避免 VS Code 中檔案名稱混淆

在VS Code中編寫C檔案時，我將一個檔案命名為first.c.cpp。完成程式後，我在執行過程中遇到了錯誤。經過30分鐘的檢查，我發現問題出在檔名：
.c 副檔名導致 IDE 錯誤地將其識別為 C 程序，導致 VS Code 使用 gcc（C 編譯器）而不是 g（C 編譯器）來編譯我的程式碼。

說明文字：真傻！

• 解決方案：在tasks.json檔案中，將「命令列」行從 gcc 更改為 g .
• 經驗教訓：對 C 檔案使用清晰的 .cpp 副檔名以避免不必要的混亂。

2.Java的跨平台設計理念

Java的設計概念與傳統編譯型語言有顯著不同：

傳統編譯：

1. 像C這樣的語言直接編譯成特定的機器碼 平台（如 Windows、Mac、Linux）
2. 產生的可執行檔（.exe）只能在目標平台上執行

Java的方法：

1. 編譯器產生中間代碼（字節碼）
2. 此字節碼可以在任何安裝了 Java 虛擬機器 (JVM) 的平台上執行
3. JVM負責將字節碼翻譯成目前平台的機器碼

這種設計實現了「一次編寫，隨處運行」的目標，而 C 可執行檔（.exe 檔案）僅限於在單一平台上運行。

• 優點：同一個程式無需修改即可在不同電腦上運行

• 缺點：與傳統方法相比，流程中的額外步驟可能會使編譯速度稍微慢一些

一次編寫，隨處運行

                             ---------James Gosling

3. 兩種常見的編譯模式

• 調試模式面向調試，優化較少。主要用於調試程式。
• Release模式主要用於產生release版本，注重最佳化，只保留基本的調試功能。

4. 從底層角度理解強制類型轉換

Little Endian：最低有效位元組儲存在最低位址。這種儲存方法的出現是為了方便CPU從低位址到高位址讀取記憶體。有趣的是，這與人類通常寫數字相反。
例如：
329933 的二進位表示為 00000000 00000101 00001000 11001101
小端儲存：11001101 00001000 00000101 00000000
正如我們所看到的，Little Endian 顛倒了二進位表示中的位元組順序。然而，重要的是要注意每個位元組內的位元順序保持不變！

一個了解強制類型轉換的有趣遊戲

我最喜歡的引入類型轉換的實驗！

# include 
int main()

{
    int a;

    int *p;

    a=329933;

    p=&a;

    char *q;

    q=(char*)p;

    printf("%d\n",*p);

    printf("%d\n",*q);

}

輸出：

329933
-51

我很好奇為什麼它輸出-51？

解釋

1. (char*)&a 指向 int 的第一個位元組。第一個位元組 11001101 被解釋為字元。
2. 最高位1表示負數，補碼轉換後得到-51（熟悉補碼的朋友可以驗證是否確實代表-51）

這是巧合嗎？讓我們再試試兩個例子

printf("%d\n",*(q 1));
printf("%d\n",*(q 2));

試試看：

1. 嘗試運行上面提到的程式碼並觀察輸出。
2. 考慮為什麼第二個和第三個位元組會產生這樣的輸出。 歡迎在評論區討論這個問題。
3. 您可以將強制型別轉換套用至其他資料型別嗎？快來試試吧！

附加資訊：補碼

執行強制型別轉換時，(char)p將指向四位元組int的第一個位元組的位址，即11001101。
最左邊的1代表負號，表示是負數。應用二進位補碼後，我們得到：0110011（最後 7 位元）

(註：對於正數，二進制補碼就是十進制數的二進位表示。對於負數，二進制補碼是將除最左邊（最高）位之外的所有位取反，然後加1 得到的到最右邊的位子。 將其轉換為十進制得到-51。有趣吧？

補碼的好處：

1. 它為零提供了唯一的二進位表示形式。 10000000不代表-0，而是-128，而00000000代表0，不是0。