C string中的幾個小陷阱,你掉進過嗎?

2022-02-03 08:34:11 字數 1203 閱讀 3812

c++開發的專案難免會用到stl的string,使用管理都比char陣列(指標)方便的多,但在得心應手的使用過程中也要警惕幾個小陷阱,避免我們專案出bug卻遲遲找不到原因。

直接通過乙個例子說明,下面的例子會輸出什麼:

#include #include 

#include

using

namespace

std;

struct

flowrecord

;

intmain()

c_str()函式用於string與const char*之間的轉換,也經常能用到,下面的例子你說輸出啥?

#include #include 

using

namespace

std;

intmain()

嗯,第乙個不用多說,第二個輸出是「alexia」還是「amexia」呢?答案是後者,咋一看const char*的值應該是個常量啊,怎麼還能改變值呢?哈,又是個經典的面試題:const char*, char const*, char* const的區別是什麼?老生常談的問題,const char*與char const*是等價的,指的是指向字元常量的指標,即指標可以改變指向但其指向的內容不可以改變,而char* const相反,指的是常量指標,即指向不可以改變但指標指向的內容可以改變。因此這裡的const char*指向的內容本類是不可以改變的,那麼這裡為什麼改變了呢?這跟str這個const char*的生命週期及string類的實現有關,string的c_str()返回的指標是由string管理的,因此它的生命期是string物件的生命期,而string類的實現實際上封裝著乙個char*的指標,而c_str()直接返回該指標的引用,因此string物件的改變會直接影響已經執行過的c_str()返回的指標引用。

直接看下面的例子:

string s("

hello

");

cout

ok

cout<<"

hello

".size()error

cout<"

world

"ok

cout<<"

hello

"+"world

"error

可以看出兩者是非常不同的,不能混淆使用。

C string中的幾個小陷阱,你掉進過嗎?

c 開發的專案難免會用到stl的string,使用管理都比char陣列 指標 方便的多,但在得心應手的使用過程中也要警惕幾個小陷阱,避免我們專案出bug卻遲遲找不到原因。直接通過乙個例子說明,下面的例子會輸出什麼 cpp view plain copy include include include...

幾個笑死你的小笑話

衛生 廚房 餐後,一位顧客把飯店老闆叫了來。先生,祝賀您!您這兒的廚房很衛生啊!多謝,先生 我盡力而為。但是,我請教,您不曾參觀過我 的廚房怎麼會誇這裡很衛生呢?噢,很簡單。我剛在這兒吃的一切都有一股肥皂味。小 費 一位先生在餐館吃完飯,結帳後準備起身離去。站在一旁的侍 者見他無意付小費,忙說 先生...

Go Slice 使用中的小陷阱

go中的切片有兩個特性 type slice struct包括從切片和陣列派生出來的切片都是公用乙個底層陣列的 make構造出來的切片,已經預先填充了len個零值元素了。總而言之,對切片的更改都會影響到底層的陣列結構,因此需要慎重。動手做個實驗 package main import fmt fun...