1、起因
在上篇文章《STM32編程中列舉和結構體的結合》中，有讀者對下列代碼有疑問
typedef struct{ char *name; //姓名 int num; //學號 int age; //年齡 float score; //成績 }stuff_s; stuff_s xiaoming; void xiaoming_inf_init() { xiaoming.name = "xiaoming"; xiaoming.num = 1; xiaoming.age = 18.0; xiaoming.score = 100; }
留言到
很明顯，這位讀者意識到了name成員是個指標，在沒有對指標分配記憶體時，就直接復制“xiaoming”字串，這是錯誤的，先說下結論，這個是沒有問題的，在下文我會詳細說明下，
2、解釋
首先，實踐是檢驗真理的唯一標準，我們直接在編譯器運行代碼即可，這里我使用的是IAR編譯，在VisualStudio中運行結果也是一樣的，這里我使用IAR為例
可以看到，運行沒有問題的，name成員被正常賦值，這里注意name指標指向的位置是0x8002A5C，這是在flash的地址范圍，也就是編譯器直接把“xiaoming”字串放到了flash中，作為一個常量，然后把這個常量的指標賦給name指標，所以不用提前給name指標申請記憶體空間，關于STM32的記憶體分配，可以看之前推文《C語言在STM32中的記憶體分配》，這樣寫也是合法且正確的，當然我們最熟悉方式如下
xiaoming.name = (char *)malloc(10); memcpy(xiaoming.name,"xiaoming",8); xiaoming.num = 1; xiaoming.age = 18.0; xiaoming.score = 100; free(xiaoming.name);
運行結果如下
可以看出，name指標是指向記憶體的，和剛開始的代碼是有區別的，那么像剛開始的寫法，如下
xiaoming.name = "xiaoming";
編譯正常，運行正常，在使用中有什么限制嗎？答案是有的
char test_char;
xiaoming.name = "xiaoming";
test_char = xiaoming.name[2];
這樣寫是正確的，test_char可以被正確的賦值字符a；但如下寫法是錯誤的
xiaoming.name = "xiaoming";
xiaoming.name[2] = 'Q';
這樣寫可以編譯通過，執行的時候也不報錯，但是并不能達到修改第3個字符的目的，
本質上因為name指標指向的是Flash，可以通過上面的方法進行讀取操作，但是不能按上面方法進行寫入操作，
如果按下面的寫法，讀取和寫入的操作的操作都是沒有問題的，因為name指標指向的是記憶體，具有可讀可寫的屬性，
xiaoming.name = (char *)malloc(10); memcpy(xiaoming.name,"xiaoming",8); xiaoming.num = 1; xiaoming.age = 18.0; xiaoming.score = 100; free(xiaoming.name);
所以日常代碼撰寫中需要注意這些，我的觀點是：按照上述方法，先對指標申請記憶體，然后再賦值，
當然，萬事沒有絕對，需要視情況而定，下列情況，你也可以直接將字串賦給指標
- 確認指標不會有寫入操作，只有讀操作，且你認為多加一句memcpy陳述句影響你的代碼運行速度了，
- 確認指標不會有寫入操作，只有讀操作，且系統沒有多余的記憶體給指標申請了，
3、const關鍵字
上文既然提到了只讀屬性，那么我們就再說一下const關鍵字，大家先看如下代碼操作
typedef struct{ const char *name; //姓名 int num; //學號 int age; //年齡 float score; //成績 }stuff_s; stuff_s xiaoming; int main(void) { xiaoming.name = (char *)malloc(10); memcpy(xiaoming.name,"xiaoming",8); xiaoming.name[2] = 'Q'; xiaoming.num = 1; xiaoming.age = 18.0; xiaoming.score = 100; free(xiaoming.name); }
指標name前加了const關鍵字，這段代碼在IAR編譯器中是根本編譯不通過的，
原因很簡單，就是因為指標name具有const屬性，不能被寫入，
所以，在上一節最有一部分說到，當你確認指標不會有寫入操作，只有讀操作，你可以在這個指標定義前加一個const屬性，因為專案代碼不是你一個維護的，你設計時認為這個指標只有讀操作，就加const，這樣別人進行寫訪問時直接就會在IAR報錯，而不會將這個隱藏的隱患遺留在產品中，
當然，上文定義的const char *name;也是不規范的，當這個指標加了const，就應該在指標的名字中體現到，這個不同公司有不同的命名規范，每個人也有每個人的規范，這里不在演示了，
感慨一句話：可以查到別人代碼中的bug很牛逼，但自己少寫bug更牛逼！
點擊查看本文所在的專輯：C語言進階
轉載請註明出處，本文鏈接：https://www.uj5u.com/caozuo/421286.html
標籤：其他