12個C語言面試題，涉及指針、進程、運算、結構體、函數、內存，看看你能做出幾個！
1.gets()函數
問：請找出下面代碼裡的問題：
12個C語言面試題，涉及指針、進程、運算、結構體、函數、內存，看看你能做出幾個！
1.gets()函數
問：請找出下面代碼裡的問題：
C語言
答：上面代碼裡的問題在於函數gets()的使用，
這個函數從stdin接收一個字符串而不檢查它所複製的緩存的容積，
這可能會導致緩存溢出。這裡推薦使用標準函數fgets()代替。
2.strcpy()函數
問：下面是一個簡單的密碼保護功能，你能在不知道密碼的情況下將其破解嗎？
12個C語言面試題，涉及指針、進程、運算、結構體、函數、內存，看看你能做出幾個！
1.gets()函數
問：請找出下面代碼裡的問題：
C語言
答：上面代碼裡的問題在於函數gets()的使用，
這個函數從stdin接收一個字符串而不檢查它所複製的緩存的容積，
這可能會導致緩存溢出。這裡推薦使用標準函數fgets()代替。
2.strcpy()函數
問：下面是一個簡單的密碼保護功能，你能在不知道密碼的情況下將其破解嗎？
C語言
答：破解上述加密的關鍵在於利用攻破strcpy()函數的漏洞。所以用戶在向“passwd”緩存輸入隨機密碼的時候並沒有提前檢查“passwd”的容量是否足夠。所以，如果用戶輸入一個足夠造成緩存溢出並且重寫“flag”變量默認值所存在位置的內存的長“密碼”，即使這個密碼無法通過驗證，flag驗證位也變成了非零，也就可以獲得被保護的數據了。例如：
12個C語言面試題，涉及指針、進程、運算、結構體、函數、內存，看看你能做出幾個！
1.gets()函數
問：請找出下面代碼裡的問題：
C語言
答：上面代碼裡的問題在於函數gets()的使用，
這個函數從stdin接收一個字符串而不檢查它所複製的緩存的容積，
這可能會導致緩存溢出。這裡推薦使用標準函數fgets()代替。
2.strcpy()函數
問：下面是一個簡單的密碼保護功能，你能在不知道密碼的情況下將其破解嗎？
C語言
答：破解上述加密的關鍵在於利用攻破strcpy()函數的漏洞。所以用戶在向“passwd”緩存輸入隨機密碼的時候並沒有提前檢查“passwd”的容量是否足夠。所以，如果用戶輸入一個足夠造成緩存溢出並且重寫“flag”變量默認值所存在位置的內存的長“密碼”，即使這個密碼無法通過驗證，flag驗證位也變成了非零，也就可以獲得被保護的數據了。例如：
C語言
雖然上面的密碼並不正確，但我們仍然可以通過緩存溢出繞開密碼安全保護。
要避免這樣的問題，建議使用 strncpy()函數。
注：最近的編譯器會在內部檢測棧溢出的可能，所以這樣往棧裡存儲變量很難出現棧溢出。在我的gcc裡默認就是這樣，所以我不得不使用編譯命令‘-fno-stack-protector’來實現上述方案。
3.main()的返回類型
問：下面的代碼能 編譯通過嗎？如果能，它有什麼潛在的問題嗎？
12個C語言面試題，涉及指針、進程、運算、結構體、函數、內存，看看你能做出幾個！
1.gets()函數
問：請找出下面代碼裡的問題：
C語言
答：上面代碼裡的問題在於函數gets()的使用，
這個函數從stdin接收一個字符串而不檢查它所複製的緩存的容積，
這可能會導致緩存溢出。這裡推薦使用標準函數fgets()代替。
2.strcpy()函數
問：下面是一個簡單的密碼保護功能，你能在不知道密碼的情況下將其破解嗎？
C語言
答：破解上述加密的關鍵在於利用攻破strcpy()函數的漏洞。所以用戶在向“passwd”緩存輸入隨機密碼的時候並沒有提前檢查“passwd”的容量是否足夠。所以，如果用戶輸入一個足夠造成緩存溢出並且重寫“flag”變量默認值所存在位置的內存的長“密碼”，即使這個密碼無法通過驗證，flag驗證位也變成了非零，也就可以獲得被保護的數據了。例如：
C語言
雖然上面的密碼並不正確，但我們仍然可以通過緩存溢出繞開密碼安全保護。
要避免這樣的問題，建議使用 strncpy()函數。
注：最近的編譯器會在內部檢測棧溢出的可能，所以這樣往棧裡存儲變量很難出現棧溢出。在我的gcc裡默認就是這樣，所以我不得不使用編譯命令‘-fno-stack-protector’來實現上述方案。
3.main()的返回類型
問：下面的代碼能 編譯通過嗎？如果能，它有什麼潛在的問題嗎？
C語言
答：因為main()方法的返回類型，這段代碼的錯誤在大多數編譯器裡會被當作警告。main()的返回類型應該是“int”而不是“void”。因為“int”返回類型會讓程序返回狀態值。這點非常重要，特別當程序是作為依賴於程序成功運行的腳本的一部分運行時。
4.內存洩露
問：下面的代碼會導致內存洩漏嗎？
12個C語言面試題，涉及指針、進程、運算、結構體、函數、內存，看看你能做出幾個！
1.gets()函數
問：請找出下面代碼裡的問題：
C語言
答：上面代碼裡的問題在於函數gets()的使用，
這個函數從stdin接收一個字符串而不檢查它所複製的緩存的容積，
這可能會導致緩存溢出。這裡推薦使用標準函數fgets()代替。
2.strcpy()函數
問：下面是一個簡單的密碼保護功能，你能在不知道密碼的情況下將其破解嗎？
C語言
答：破解上述加密的關鍵在於利用攻破strcpy()函數的漏洞。所以用戶在向“passwd”緩存輸入隨機密碼的時候並沒有提前檢查“passwd”的容量是否足夠。所以，如果用戶輸入一個足夠造成緩存溢出並且重寫“flag”變量默認值所存在位置的內存的長“密碼”，即使這個密碼無法通過驗證，flag驗證位也變成了非零，也就可以獲得被保護的數據了。例如：
C語言
雖然上面的密碼並不正確，但我們仍然可以通過緩存溢出繞開密碼安全保護。
要避免這樣的問題，建議使用 strncpy()函數。
注：最近的編譯器會在內部檢測棧溢出的可能，所以這樣往棧裡存儲變量很難出現棧溢出。在我的gcc裡默認就是這樣，所以我不得不使用編譯命令‘-fno-stack-protector’來實現上述方案。
3.main()的返回類型
問：下面的代碼能 編譯通過嗎？如果能，它有什麼潛在的問題嗎？
C語言
答：因為main()方法的返回類型，這段代碼的錯誤在大多數編譯器裡會被當作警告。main()的返回類型應該是“int”而不是“void”。因為“int”返回類型會讓程序返回狀態值。這點非常重要，特別當程序是作為依賴於程序成功運行的腳本的一部分運行時。
4.內存洩露
問：下面的代碼會導致內存洩漏嗎？
C語言
答：儘管上面的代碼並沒有釋放分配給“ptr”的內存，但並不會在程序退出後導致內存洩漏。在程序結束後，所有這個程序分配的內存都會自動被處理掉。但如果上面的代碼處於一個“while循環”中，那將會導致嚴重的內存洩漏問題！
提示：如果你想知道更多關於內存洩漏的知識和內存洩漏檢測工具，可以來看看我們在Valgrind上的文章。
5.free()函數
問：下面的程序會在用戶輸入'freeze'的時候出問題，而'zebra'則不會，為什麼？
12個C語言面試題，涉及指針、進程、運算、結構體、函數、內存，看看你能做出幾個！
1.gets()函數
問：請找出下面代碼裡的問題：
C語言
答：上面代碼裡的問題在於函數gets()的使用，
這個函數從stdin接收一個字符串而不檢查它所複製的緩存的容積，
這可能會導致緩存溢出。這裡推薦使用標準函數fgets()代替。
2.strcpy()函數
問：下面是一個簡單的密碼保護功能，你能在不知道密碼的情況下將其破解嗎？
C語言
答：破解上述加密的關鍵在於利用攻破strcpy()函數的漏洞。所以用戶在向“passwd”緩存輸入隨機密碼的時候並沒有提前檢查“passwd”的容量是否足夠。所以，如果用戶輸入一個足夠造成緩存溢出並且重寫“flag”變量默認值所存在位置的內存的長“密碼”，即使這個密碼無法通過驗證，flag驗證位也變成了非零，也就可以獲得被保護的數據了。例如：
C語言
雖然上面的密碼並不正確，但我們仍然可以通過緩存溢出繞開密碼安全保護。
要避免這樣的問題，建議使用 strncpy()函數。
注：最近的編譯器會在內部檢測棧溢出的可能，所以這樣往棧裡存儲變量很難出現棧溢出。在我的gcc裡默認就是這樣，所以我不得不使用編譯命令‘-fno-stack-protector’來實現上述方案。
3.main()的返回類型
問：下面的代碼能 編譯通過嗎？如果能，它有什麼潛在的問題嗎？
C語言
答：因為main()方法的返回類型，這段代碼的錯誤在大多數編譯器裡會被當作警告。main()的返回類型應該是“int”而不是“void”。因為“int”返回類型會讓程序返回狀態值。這點非常重要，特別當程序是作為依賴於程序成功運行的腳本的一部分運行時。
4.內存洩露
問：下面的代碼會導致內存洩漏嗎？
C語言
答：儘管上面的代碼並沒有釋放分配給“ptr”的內存，但並不會在程序退出後導致內存洩漏。在程序結束後，所有這個程序分配的內存都會自動被處理掉。但如果上面的代碼處於一個“while循環”中，那將會導致嚴重的內存洩漏問題！
提示：如果你想知道更多關於內存洩漏的知識和內存洩漏檢測工具，可以來看看我們在Valgrind上的文章。
5.free()函數
問：下面的程序會在用戶輸入'freeze'的時候出問題，而'zebra'則不會，為什麼？
C語言
答：這裡的問題在於，代碼會（通過增加“ptr”）修改while循環裡“ptr”存儲的地址。當輸入“zebra”時，while循環會在執行前被終止，因此傳給free()的變量就是傳給malloc()的地址。但在“freeze”時，“ptr”存儲的地址會在while循環裡被修改，因此導致傳給free()的地址出錯，也就導致了seg-fault或者崩潰。
6.使用_exit退出
問：在下面的代碼中，atexit()並沒有被調用，為什麼？
12個C語言面試題，涉及指針、進程、運算、結構體、函數、內存，看看你能做出幾個！
1.gets()函數
問：請找出下面代碼裡的問題：
C語言
答：上面代碼裡的問題在於函數gets()的使用，
這個函數從stdin接收一個字符串而不檢查它所複製的緩存的容積，
這可能會導致緩存溢出。這裡推薦使用標準函數fgets()代替。
2.strcpy()函數
問：下面是一個簡單的密碼保護功能，你能在不知道密碼的情況下將其破解嗎？
C語言
答：破解上述加密的關鍵在於利用攻破strcpy()函數的漏洞。所以用戶在向“passwd”緩存輸入隨機密碼的時候並沒有提前檢查“passwd”的容量是否足夠。所以，如果用戶輸入一個足夠造成緩存溢出並且重寫“flag”變量默認值所存在位置的內存的長“密碼”，即使這個密碼無法通過驗證，flag驗證位也變成了非零，也就可以獲得被保護的數據了。例如：
C語言
雖然上面的密碼並不正確，但我們仍然可以通過緩存溢出繞開密碼安全保護。
要避免這樣的問題，建議使用 strncpy()函數。
注：最近的編譯器會在內部檢測棧溢出的可能，所以這樣往棧裡存儲變量很難出現棧溢出。在我的gcc裡默認就是這樣，所以我不得不使用編譯命令‘-fno-stack-protector’來實現上述方案。
3.main()的返回類型
問：下面的代碼能 編譯通過嗎？如果能，它有什麼潛在的問題嗎？
C語言
答：因為main()方法的返回類型，這段代碼的錯誤在大多數編譯器裡會被當作警告。main()的返回類型應該是“int”而不是“void”。因為“int”返回類型會讓程序返回狀態值。這點非常重要，特別當程序是作為依賴於程序成功運行的腳本的一部分運行時。
4.內存洩露
問：下面的代碼會導致內存洩漏嗎？
C語言
答：儘管上面的代碼並沒有釋放分配給“ptr”的內存，但並不會在程序退出後導致內存洩漏。在程序結束後，所有這個程序分配的內存都會自動被處理掉。但如果上面的代碼處於一個“while循環”中，那將會導致嚴重的內存洩漏問題！
提示：如果你想知道更多關於內存洩漏的知識和內存洩漏檢測工具，可以來看看我們在Valgrind上的文章。
5.free()函數
問：下面的程序會在用戶輸入'freeze'的時候出問題，而'zebra'則不會，為什麼？
C語言
答：這裡的問題在於，代碼會（通過增加“ptr”）修改while循環裡“ptr”存儲的地址。當輸入“zebra”時，while循環會在執行前被終止，因此傳給free()的變量就是傳給malloc()的地址。但在“freeze”時，“ptr”存儲的地址會在while循環裡被修改，因此導致傳給free()的地址出錯，也就導致了seg-fault或者崩潰。
6.使用_exit退出
問：在下面的代碼中，atexit()並沒有被調用，為什麼？
C語言
這是因為_exit()函數的使用，該函數並沒有調用atexit()等函數清理。如果使用atexit()就應當使用exit()或者“return”與之相配合。
7.void*和C結構體
問：你能設計一個能接受任何類型的參數並返回interger（整數）結果的函數嗎？
答：如下：
int func(void *ptr)
如果這個函數的參數超過一個，那麼這個函數應該由一個結構體來調用，這個結構體可以由需要傳遞參數來填充。
8.*和++操作
問：下面的操作會輸出什麼？為什麼？
12個C語言面試題，涉及指針、進程、運算、結構體、函數、內存，看看你能做出幾個！
1.gets()函數
問：請找出下面代碼裡的問題：
C語言
答：上面代碼裡的問題在於函數gets()的使用，
這個函數從stdin接收一個字符串而不檢查它所複製的緩存的容積，
這可能會導致緩存溢出。這裡推薦使用標準函數fgets()代替。
2.strcpy()函數
問：下面是一個簡單的密碼保護功能，你能在不知道密碼的情況下將其破解嗎？
C語言
答：破解上述加密的關鍵在於利用攻破strcpy()函數的漏洞。所以用戶在向“passwd”緩存輸入隨機密碼的時候並沒有提前檢查“passwd”的容量是否足夠。所以，如果用戶輸入一個足夠造成緩存溢出並且重寫“flag”變量默認值所存在位置的內存的長“密碼”，即使這個密碼無法通過驗證，flag驗證位也變成了非零，也就可以獲得被保護的數據了。例如：
C語言
雖然上面的密碼並不正確，但我們仍然可以通過緩存溢出繞開密碼安全保護。
要避免這樣的問題，建議使用 strncpy()函數。
注：最近的編譯器會在內部檢測棧溢出的可能，所以這樣往棧裡存儲變量很難出現棧溢出。在我的gcc裡默認就是這樣，所以我不得不使用編譯命令‘-fno-stack-protector’來實現上述方案。
3.main()的返回類型
問：下面的代碼能 編譯通過嗎？如果能，它有什麼潛在的問題嗎？
C語言
答：因為main()方法的返回類型，這段代碼的錯誤在大多數編譯器裡會被當作警告。main()的返回類型應該是“int”而不是“void”。因為“int”返回類型會讓程序返回狀態值。這點非常重要，特別當程序是作為依賴於程序成功運行的腳本的一部分運行時。
4.內存洩露
問：下面的代碼會導致內存洩漏嗎？
C語言
答：儘管上面的代碼並沒有釋放分配給“ptr”的內存，但並不會在程序退出後導致內存洩漏。在程序結束後，所有這個程序分配的內存都會自動被處理掉。但如果上面的代碼處於一個“while循環”中，那將會導致嚴重的內存洩漏問題！
提示：如果你想知道更多關於內存洩漏的知識和內存洩漏檢測工具，可以來看看我們在Valgrind上的文章。
5.free()函數
問：下面的程序會在用戶輸入'freeze'的時候出問題，而'zebra'則不會，為什麼？
C語言
答：這裡的問題在於，代碼會（通過增加“ptr”）修改while循環裡“ptr”存儲的地址。當輸入“zebra”時，while循環會在執行前被終止，因此傳給free()的變量就是傳給malloc()的地址。但在“freeze”時，“ptr”存儲的地址會在while循環裡被修改，因此導致傳給free()的地址出錯，也就導致了seg-fault或者崩潰。
6.使用_exit退出
問：在下面的代碼中，atexit()並沒有被調用，為什麼？
C語言
這是因為_exit()函數的使用，該函數並沒有調用atexit()等函數清理。如果使用atexit()就應當使用exit()或者“return”與之相配合。
7.void*和C結構體
問：你能設計一個能接受任何類型的參數並返回interger（整數）結果的函數嗎？
答：如下：
int func(void *ptr)
如果這個函數的參數超過一個，那麼這個函數應該由一個結構體來調用，這個結構體可以由需要傳遞參數來填充。
8.*和++操作
問：下面的操作會輸出什麼？為什麼？
C語言
答：輸出結果應該是這樣：
12個C語言面試題，涉及指針、進程、運算、結構體、函數、內存，看看你能做出幾個！
1.gets()函數
問：請找出下面代碼裡的問題：
C語言
答：上面代碼裡的問題在於函數gets()的使用，
這個函數從stdin接收一個字符串而不檢查它所複製的緩存的容積，
這可能會導致緩存溢出。這裡推薦使用標準函數fgets()代替。
2.strcpy()函數
問：下面是一個簡單的密碼保護功能，你能在不知道密碼的情況下將其破解嗎？
C語言
答：破解上述加密的關鍵在於利用攻破strcpy()函數的漏洞。所以用戶在向“passwd”緩存輸入隨機密碼的時候並沒有提前檢查“passwd”的容量是否足夠。所以，如果用戶輸入一個足夠造成緩存溢出並且重寫“flag”變量默認值所存在位置的內存的長“密碼”，即使這個密碼無法通過驗證，flag驗證位也變成了非零，也就可以獲得被保護的數據了。例如：
C語言
雖然上面的密碼並不正確，但我們仍然可以通過緩存溢出繞開密碼安全保護。
要避免這樣的問題，建議使用 strncpy()函數。
注：最近的編譯器會在內部檢測棧溢出的可能，所以這樣往棧裡存儲變量很難出現棧溢出。在我的gcc裡默認就是這樣，所以我不得不使用編譯命令‘-fno-stack-protector’來實現上述方案。
3.main()的返回類型
問：下面的代碼能 編譯通過嗎？如果能，它有什麼潛在的問題嗎？
C語言
答：因為main()方法的返回類型，這段代碼的錯誤在大多數編譯器裡會被當作警告。main()的返回類型應該是“int”而不是“void”。因為“int”返回類型會讓程序返回狀態值。這點非常重要，特別當程序是作為依賴於程序成功運行的腳本的一部分運行時。
4.內存洩露
問：下面的代碼會導致內存洩漏嗎？
C語言
答：儘管上面的代碼並沒有釋放分配給“ptr”的內存，但並不會在程序退出後導致內存洩漏。在程序結束後，所有這個程序分配的內存都會自動被處理掉。但如果上面的代碼處於一個“while循環”中，那將會導致嚴重的內存洩漏問題！
提示：如果你想知道更多關於內存洩漏的知識和內存洩漏檢測工具，可以來看看我們在Valgrind上的文章。
5.free()函數
問：下面的程序會在用戶輸入'freeze'的時候出問題，而'zebra'則不會，為什麼？
C語言
答：這裡的問題在於，代碼會（通過增加“ptr”）修改while循環裡“ptr”存儲的地址。當輸入“zebra”時，while循環會在執行前被終止，因此傳給free()的變量就是傳給malloc()的地址。但在“freeze”時，“ptr”存儲的地址會在while循環裡被修改，因此導致傳給free()的地址出錯，也就導致了seg-fault或者崩潰。
6.使用_exit退出
問：在下面的代碼中，atexit()並沒有被調用，為什麼？
C語言
這是因為_exit()函數的使用，該函數並沒有調用atexit()等函數清理。如果使用atexit()就應當使用exit()或者“return”與之相配合。
7.void*和C結構體
問：你能設計一個能接受任何類型的參數並返回interger（整數）結果的函數嗎？
答：如下：
int func(void *ptr)
如果這個函數的參數超過一個，那麼這個函數應該由一個結構體來調用，這個結構體可以由需要傳遞參數來填充。
8.*和++操作
問：下面的操作會輸出什麼？為什麼？
C語言
答：輸出結果應該是這樣：
C語言
因為“++”和“*”的優先權一樣，所以“*ptr++”相當於“*(ptr++)”。即應該先執行ptr++，然後才是*ptr，所以操作結果是“L”。第二個結果是“i”。
9.修改代碼片段（或者只讀代碼）
問：下面的代碼段有錯，你能指出來嗎？
12個C語言面試題，涉及指針、進程、運算、結構體、函數、內存，看看你能做出幾個！
1.gets()函數
問：請找出下面代碼裡的問題：
C語言
答：上面代碼裡的問題在於函數gets()的使用，
這個函數從stdin接收一個字符串而不檢查它所複製的緩存的容積，
這可能會導致緩存溢出。這裡推薦使用標準函數fgets()代替。
2.strcpy()函數
問：下面是一個簡單的密碼保護功能，你能在不知道密碼的情況下將其破解嗎？
C語言
答：破解上述加密的關鍵在於利用攻破strcpy()函數的漏洞。所以用戶在向“passwd”緩存輸入隨機密碼的時候並沒有提前檢查“passwd”的容量是否足夠。所以，如果用戶輸入一個足夠造成緩存溢出並且重寫“flag”變量默認值所存在位置的內存的長“密碼”，即使這個密碼無法通過驗證，flag驗證位也變成了非零，也就可以獲得被保護的數據了。例如：
C語言
雖然上面的密碼並不正確，但我們仍然可以通過緩存溢出繞開密碼安全保護。
要避免這樣的問題，建議使用 strncpy()函數。
注：最近的編譯器會在內部檢測棧溢出的可能，所以這樣往棧裡存儲變量很難出現棧溢出。在我的gcc裡默認就是這樣，所以我不得不使用編譯命令‘-fno-stack-protector’來實現上述方案。
3.main()的返回類型
問：下面的代碼能 編譯通過嗎？如果能，它有什麼潛在的問題嗎？
C語言
答：因為main()方法的返回類型，這段代碼的錯誤在大多數編譯器裡會被當作警告。main()的返回類型應該是“int”而不是“void”。因為“int”返回類型會讓程序返回狀態值。這點非常重要，特別當程序是作為依賴於程序成功運行的腳本的一部分運行時。
4.內存洩露
問：下面的代碼會導致內存洩漏嗎？
C語言
答：儘管上面的代碼並沒有釋放分配給“ptr”的內存，但並不會在程序退出後導致內存洩漏。在程序結束後，所有這個程序分配的內存都會自動被處理掉。但如果上面的代碼處於一個“while循環”中，那將會導致嚴重的內存洩漏問題！
提示：如果你想知道更多關於內存洩漏的知識和內存洩漏檢測工具，可以來看看我們在Valgrind上的文章。
5.free()函數
問：下面的程序會在用戶輸入'freeze'的時候出問題，而'zebra'則不會，為什麼？
C語言
答：這裡的問題在於，代碼會（通過增加“ptr”）修改while循環裡“ptr”存儲的地址。當輸入“zebra”時，while循環會在執行前被終止，因此傳給free()的變量就是傳給malloc()的地址。但在“freeze”時，“ptr”存儲的地址會在while循環裡被修改，因此導致傳給free()的地址出錯，也就導致了seg-fault或者崩潰。
6.使用_exit退出
問：在下面的代碼中，atexit()並沒有被調用，為什麼？
C語言
這是因為_exit()函數的使用，該函數並沒有調用atexit()等函數清理。如果使用atexit()就應當使用exit()或者“return”與之相配合。
7.void*和C結構體
問：你能設計一個能接受任何類型的參數並返回interger（整數）結果的函數嗎？
答：如下：
int func(void *ptr)
如果這個函數的參數超過一個，那麼這個函數應該由一個結構體來調用，這個結構體可以由需要傳遞參數來填充。
8.*和++操作
問：下面的操作會輸出什麼？為什麼？
C語言
答：輸出結果應該是這樣：
C語言
因為“++”和“*”的優先權一樣，所以“*ptr++”相當於“*(ptr++)”。即應該先執行ptr++，然後才是*ptr，所以操作結果是“L”。第二個結果是“i”。
9.修改代碼片段（或者只讀代碼）
問：下面的代碼段有錯，你能指出來嗎？
C語言
答：這是因為，通過*ptr = ‘T’，會改變內存中代碼段（只讀代碼）“Linux”的第一個字母。這個操作是無效的，因此會造成seg-fault或者崩潰。
10.會改變自己名字的進程
問：你能寫出一個在運行時改變自己進程名的程序嗎？
答：參見下面這段代碼：
12個C語言面試題，涉及指針、進程、運算、結構體、函數、內存，看看你能做出幾個！
1.gets()函數
問：請找出下面代碼裡的問題：
C語言
答：上面代碼裡的問題在於函數gets()的使用，
這個函數從stdin接收一個字符串而不檢查它所複製的緩存的容積，
這可能會導致緩存溢出。這裡推薦使用標準函數fgets()代替。
2.strcpy()函數
問：下面是一個簡單的密碼保護功能，你能在不知道密碼的情況下將其破解嗎？
C語言
答：破解上述加密的關鍵在於利用攻破strcpy()函數的漏洞。所以用戶在向“passwd”緩存輸入隨機密碼的時候並沒有提前檢查“passwd”的容量是否足夠。所以，如果用戶輸入一個足夠造成緩存溢出並且重寫“flag”變量默認值所存在位置的內存的長“密碼”，即使這個密碼無法通過驗證，flag驗證位也變成了非零，也就可以獲得被保護的數據了。例如：
C語言
雖然上面的密碼並不正確，但我們仍然可以通過緩存溢出繞開密碼安全保護。
要避免這樣的問題，建議使用 strncpy()函數。
注：最近的編譯器會在內部檢測棧溢出的可能，所以這樣往棧裡存儲變量很難出現棧溢出。在我的gcc裡默認就是這樣，所以我不得不使用編譯命令‘-fno-stack-protector’來實現上述方案。
3.main()的返回類型
問：下面的代碼能 編譯通過嗎？如果能，它有什麼潛在的問題嗎？
C語言
答：因為main()方法的返回類型，這段代碼的錯誤在大多數編譯器裡會被當作警告。main()的返回類型應該是“int”而不是“void”。因為“int”返回類型會讓程序返回狀態值。這點非常重要，特別當程序是作為依賴於程序成功運行的腳本的一部分運行時。
4.內存洩露
問：下面的代碼會導致內存洩漏嗎？
C語言
答：儘管上面的代碼並沒有釋放分配給“ptr”的內存，但並不會在程序退出後導致內存洩漏。在程序結束後，所有這個程序分配的內存都會自動被處理掉。但如果上面的代碼處於一個“while循環”中，那將會導致嚴重的內存洩漏問題！
提示：如果你想知道更多關於內存洩漏的知識和內存洩漏檢測工具，可以來看看我們在Valgrind上的文章。
5.free()函數
問：下面的程序會在用戶輸入'freeze'的時候出問題，而'zebra'則不會，為什麼？
C語言
答：這裡的問題在於，代碼會（通過增加“ptr”）修改while循環裡“ptr”存儲的地址。當輸入“zebra”時，while循環會在執行前被終止，因此傳給free()的變量就是傳給malloc()的地址。但在“freeze”時，“ptr”存儲的地址會在while循環裡被修改，因此導致傳給free()的地址出錯，也就導致了seg-fault或者崩潰。
6.使用_exit退出
問：在下面的代碼中，atexit()並沒有被調用，為什麼？
C語言
這是因為_exit()函數的使用，該函數並沒有調用atexit()等函數清理。如果使用atexit()就應當使用exit()或者“return”與之相配合。
7.void*和C結構體
問：你能設計一個能接受任何類型的參數並返回interger（整數）結果的函數嗎？
答：如下：
int func(void *ptr)
如果這個函數的參數超過一個，那麼這個函數應該由一個結構體來調用，這個結構體可以由需要傳遞參數來填充。
8.*和++操作
問：下面的操作會輸出什麼？為什麼？
C語言
答：輸出結果應該是這樣：
C語言
因為“++”和“*”的優先權一樣，所以“*ptr++”相當於“*(ptr++)”。即應該先執行ptr++，然後才是*ptr，所以操作結果是“L”。第二個結果是“i”。
9.修改代碼片段（或者只讀代碼）
問：下面的代碼段有錯，你能指出來嗎？
C語言
答：這是因為，通過*ptr = ‘T’，會改變內存中代碼段（只讀代碼）“Linux”的第一個字母。這個操作是無效的，因此會造成seg-fault或者崩潰。
10.會改變自己名字的進程
問：你能寫出一個在運行時改變自己進程名的程序嗎？
答：參見下面這段代碼：
C語言
11.返回本地變量的地址
問：下面代碼有問題嗎？如果有，該怎麼修改？
12個C語言面試題，涉及指針、進程、運算、結構體、函數、內存，看看你能做出幾個！
1.gets()函數
問：請找出下面代碼裡的問題：
C語言
答：上面代碼裡的問題在於函數gets()的使用，
這個函數從stdin接收一個字符串而不檢查它所複製的緩存的容積，
這可能會導致緩存溢出。這裡推薦使用標準函數fgets()代替。
2.strcpy()函數
問：下面是一個簡單的密碼保護功能，你能在不知道密碼的情況下將其破解嗎？
C語言
答：破解上述加密的關鍵在於利用攻破strcpy()函數的漏洞。所以用戶在向“passwd”緩存輸入隨機密碼的時候並沒有提前檢查“passwd”的容量是否足夠。所以，如果用戶輸入一個足夠造成緩存溢出並且重寫“flag”變量默認值所存在位置的內存的長“密碼”，即使這個密碼無法通過驗證，flag驗證位也變成了非零，也就可以獲得被保護的數據了。例如：
C語言
雖然上面的密碼並不正確，但我們仍然可以通過緩存溢出繞開密碼安全保護。
要避免這樣的問題，建議使用 strncpy()函數。
注：最近的編譯器會在內部檢測棧溢出的可能，所以這樣往棧裡存儲變量很難出現棧溢出。在我的gcc裡默認就是這樣，所以我不得不使用編譯命令‘-fno-stack-protector’來實現上述方案。
3.main()的返回類型
問：下面的代碼能 編譯通過嗎？如果能，它有什麼潛在的問題嗎？
C語言
答：因為main()方法的返回類型，這段代碼的錯誤在大多數編譯器裡會被當作警告。main()的返回類型應該是“int”而不是“void”。因為“int”返回類型會讓程序返回狀態值。這點非常重要，特別當程序是作為依賴於程序成功運行的腳本的一部分運行時。
4.內存洩露
問：下面的代碼會導致內存洩漏嗎？
C語言
答：儘管上面的代碼並沒有釋放分配給“ptr”的內存，但並不會在程序退出後導致內存洩漏。在程序結束後，所有這個程序分配的內存都會自動被處理掉。但如果上面的代碼處於一個“while循環”中，那將會導致嚴重的內存洩漏問題！
提示：如果你想知道更多關於內存洩漏的知識和內存洩漏檢測工具，可以來看看我們在Valgrind上的文章。
5.free()函數
問：下面的程序會在用戶輸入'freeze'的時候出問題，而'zebra'則不會，為什麼？
C語言
答：這裡的問題在於，代碼會（通過增加“ptr”）修改while循環裡“ptr”存儲的地址。當輸入“zebra”時，while循環會在執行前被終止，因此傳給free()的變量就是傳給malloc()的地址。但在“freeze”時，“ptr”存儲的地址會在while循環裡被修改，因此導致傳給free()的地址出錯，也就導致了seg-fault或者崩潰。
6.使用_exit退出
問：在下面的代碼中，atexit()並沒有被調用，為什麼？
C語言
這是因為_exit()函數的使用，該函數並沒有調用atexit()等函數清理。如果使用atexit()就應當使用exit()或者“return”與之相配合。
7.void*和C結構體
問：你能設計一個能接受任何類型的參數並返回interger（整數）結果的函數嗎？
答：如下：
int func(void *ptr)
如果這個函數的參數超過一個，那麼這個函數應該由一個結構體來調用，這個結構體可以由需要傳遞參數來填充。
8.*和++操作
問：下面的操作會輸出什麼？為什麼？
C語言
答：輸出結果應該是這樣：
C語言
因為“++”和“*”的優先權一樣，所以“*ptr++”相當於“*(ptr++)”。即應該先執行ptr++，然後才是*ptr，所以操作結果是“L”。第二個結果是“i”。
9.修改代碼片段（或者只讀代碼）
問：下面的代碼段有錯，你能指出來嗎？
C語言
答：這是因為，通過*ptr = ‘T’，會改變內存中代碼段（只讀代碼）“Linux”的第一個字母。這個操作是無效的，因此會造成seg-fault或者崩潰。
10.會改變自己名字的進程
問：你能寫出一個在運行時改變自己進程名的程序嗎？
答：參見下面這段代碼：
C語言
11.返回本地變量的地址
問：下面代碼有問題嗎？如果有，該怎麼修改？
C語言
答：儘管上面的程序有時候能夠正常運行，但是在“inc()”中存在嚴重的漏洞。這個函數返回本地變量的地址。因為本地變量的生命週期就是“inc()”的生命週期，所以在inc結束後，使用本地變量會發生不好的結果。這可以通過將main()中變量“a”的地址來避免，這樣以後還可以修改這個地址存儲的值。
12.處理printf()的參數
問：下面代碼會輸出什麼？
12個C語言面試題，涉及指針、進程、運算、結構體、函數、內存，看看你能做出幾個！
1.gets()函數
問：請找出下面代碼裡的問題：
C語言
答：上面代碼裡的問題在於函數gets()的使用，
這個函數從stdin接收一個字符串而不檢查它所複製的緩存的容積，
這可能會導致緩存溢出。這裡推薦使用標準函數fgets()代替。
2.strcpy()函數
問：下面是一個簡單的密碼保護功能，你能在不知道密碼的情況下將其破解嗎？
C語言
答：破解上述加密的關鍵在於利用攻破strcpy()函數的漏洞。所以用戶在向“passwd”緩存輸入隨機密碼的時候並沒有提前檢查“passwd”的容量是否足夠。所以，如果用戶輸入一個足夠造成緩存溢出並且重寫“flag”變量默認值所存在位置的內存的長“密碼”，即使這個密碼無法通過驗證，flag驗證位也變成了非零，也就可以獲得被保護的數據了。例如：
C語言
雖然上面的密碼並不正確，但我們仍然可以通過緩存溢出繞開密碼安全保護。
要避免這樣的問題，建議使用 strncpy()函數。
注：最近的編譯器會在內部檢測棧溢出的可能，所以這樣往棧裡存儲變量很難出現棧溢出。在我的gcc裡默認就是這樣，所以我不得不使用編譯命令‘-fno-stack-protector’來實現上述方案。
3.main()的返回類型
問：下面的代碼能 編譯通過嗎？如果能，它有什麼潛在的問題嗎？
C語言
答：因為main()方法的返回類型，這段代碼的錯誤在大多數編譯器裡會被當作警告。main()的返回類型應該是“int”而不是“void”。因為“int”返回類型會讓程序返回狀態值。這點非常重要，特別當程序是作為依賴於程序成功運行的腳本的一部分運行時。
4.內存洩露
問：下面的代碼會導致內存洩漏嗎？
C語言
答：儘管上面的代碼並沒有釋放分配給“ptr”的內存，但並不會在程序退出後導致內存洩漏。在程序結束後，所有這個程序分配的內存都會自動被處理掉。但如果上面的代碼處於一個“while循環”中，那將會導致嚴重的內存洩漏問題！
提示：如果你想知道更多關於內存洩漏的知識和內存洩漏檢測工具，可以來看看我們在Valgrind上的文章。
5.free()函數
問：下面的程序會在用戶輸入'freeze'的時候出問題，而'zebra'則不會，為什麼？
C語言
答：這裡的問題在於，代碼會（通過增加“ptr”）修改while循環裡“ptr”存儲的地址。當輸入“zebra”時，while循環會在執行前被終止，因此傳給free()的變量就是傳給malloc()的地址。但在“freeze”時，“ptr”存儲的地址會在while循環裡被修改，因此導致傳給free()的地址出錯，也就導致了seg-fault或者崩潰。
6.使用_exit退出
問：在下面的代碼中，atexit()並沒有被調用，為什麼？
C語言
這是因為_exit()函數的使用，該函數並沒有調用atexit()等函數清理。如果使用atexit()就應當使用exit()或者“return”與之相配合。
7.void*和C結構體
問：你能設計一個能接受任何類型的參數並返回interger（整數）結果的函數嗎？
答：如下：
int func(void *ptr)
如果這個函數的參數超過一個，那麼這個函數應該由一個結構體來調用，這個結構體可以由需要傳遞參數來填充。
8.*和++操作
問：下面的操作會輸出什麼？為什麼？
C語言
答：輸出結果應該是這樣：
C語言
因為“++”和“*”的優先權一樣，所以“*ptr++”相當於“*(ptr++)”。即應該先執行ptr++，然後才是*ptr，所以操作結果是“L”。第二個結果是“i”。
9.修改代碼片段（或者只讀代碼）
問：下面的代碼段有錯，你能指出來嗎？
C語言
答：這是因為，通過*ptr = ‘T’，會改變內存中代碼段（只讀代碼）“Linux”的第一個字母。這個操作是無效的，因此會造成seg-fault或者崩潰。
10.會改變自己名字的進程
問：你能寫出一個在運行時改變自己進程名的程序嗎？
答：參見下面這段代碼：
C語言
11.返回本地變量的地址
問：下面代碼有問題嗎？如果有，該怎麼修改？
C語言
答：儘管上面的程序有時候能夠正常運行，但是在“inc()”中存在嚴重的漏洞。這個函數返回本地變量的地址。因為本地變量的生命週期就是“inc()”的生命週期，所以在inc結束後，使用本地變量會發生不好的結果。這可以通過將main()中變量“a”的地址來避免，這樣以後還可以修改這個地址存儲的值。
12.處理printf()的參數
問：下面代碼會輸出什麼？
C語言
答：輸出結果是：
110..40..60
這是因為C語言裡函數的參數默認是從右往左處理的，輸出時是從左往右。
12個C語言面試題，涉及指針、進程、運算、結構體、函數、內存，看看你能做出幾個！
1.gets()函數
問：請找出下面代碼裡的問題：
C語言
答：上面代碼裡的問題在於函數gets()的使用，
這個函數從stdin接收一個字符串而不檢查它所複製的緩存的容積，
這可能會導致緩存溢出。這裡推薦使用標準函數fgets()代替。
2.strcpy()函數
問：下面是一個簡單的密碼保護功能，你能在不知道密碼的情況下將其破解嗎？
C語言
答：破解上述加密的關鍵在於利用攻破strcpy()函數的漏洞。所以用戶在向“passwd”緩存輸入隨機密碼的時候並沒有提前檢查“passwd”的容量是否足夠。所以，如果用戶輸入一個足夠造成緩存溢出並且重寫“flag”變量默認值所存在位置的內存的長“密碼”，即使這個密碼無法通過驗證，flag驗證位也變成了非零，也就可以獲得被保護的數據了。例如：
C語言
雖然上面的密碼並不正確，但我們仍然可以通過緩存溢出繞開密碼安全保護。
要避免這樣的問題，建議使用 strncpy()函數。
注：最近的編譯器會在內部檢測棧溢出的可能，所以這樣往棧裡存儲變量很難出現棧溢出。在我的gcc裡默認就是這樣，所以我不得不使用編譯命令‘-fno-stack-protector’來實現上述方案。
3.main()的返回類型
問：下面的代碼能 編譯通過嗎？如果能，它有什麼潛在的問題嗎？
C語言
答：因為main()方法的返回類型，這段代碼的錯誤在大多數編譯器裡會被當作警告。main()的返回類型應該是“int”而不是“void”。因為“int”返回類型會讓程序返回狀態值。這點非常重要，特別當程序是作為依賴於程序成功運行的腳本的一部分運行時。
4.內存洩露
問：下面的代碼會導致內存洩漏嗎？
C語言
答：儘管上面的代碼並沒有釋放分配給“ptr”的內存，但並不會在程序退出後導致內存洩漏。在程序結束後，所有這個程序分配的內存都會自動被處理掉。但如果上面的代碼處於一個“while循環”中，那將會導致嚴重的內存洩漏問題！
提示：如果你想知道更多關於內存洩漏的知識和內存洩漏檢測工具，可以來看看我們在Valgrind上的文章。
5.free()函數
問：下面的程序會在用戶輸入'freeze'的時候出問題，而'zebra'則不會，為什麼？
C語言
答：這裡的問題在於，代碼會（通過增加“ptr”）修改while循環裡“ptr”存儲的地址。當輸入“zebra”時，while循環會在執行前被終止，因此傳給free()的變量就是傳給malloc()的地址。但在“freeze”時，“ptr”存儲的地址會在while循環裡被修改，因此導致傳給free()的地址出錯，也就導致了seg-fault或者崩潰。
6.使用_exit退出
問：在下面的代碼中，atexit()並沒有被調用，為什麼？
C語言
這是因為_exit()函數的使用，該函數並沒有調用atexit()等函數清理。如果使用atexit()就應當使用exit()或者“return”與之相配合。
7.void*和C結構體
問：你能設計一個能接受任何類型的參數並返回interger（整數）結果的函數嗎？
答：如下：
int func(void *ptr)
如果這個函數的參數超過一個，那麼這個函數應該由一個結構體來調用，這個結構體可以由需要傳遞參數來填充。
8.*和++操作
問：下面的操作會輸出什麼？為什麼？
C語言
答：輸出結果應該是這樣：
C語言
因為“++”和“*”的優先權一樣，所以“*ptr++”相當於“*(ptr++)”。即應該先執行ptr++，然後才是*ptr，所以操作結果是“L”。第二個結果是“i”。
9.修改代碼片段（或者只讀代碼）
問：下面的代碼段有錯，你能指出來嗎？
C語言
答：這是因為，通過*ptr = ‘T’，會改變內存中代碼段（只讀代碼）“Linux”的第一個字母。這個操作是無效的，因此會造成seg-fault或者崩潰。
10.會改變自己名字的進程
問：你能寫出一個在運行時改變自己進程名的程序嗎？
答：參見下面這段代碼：
C語言
11.返回本地變量的地址
問：下面代碼有問題嗎？如果有，該怎麼修改？
C語言
答：儘管上面的程序有時候能夠正常運行，但是在“inc()”中存在嚴重的漏洞。這個函數返回本地變量的地址。因為本地變量的生命週期就是“inc()”的生命週期，所以在inc結束後，使用本地變量會發生不好的結果。這可以通過將main()中變量“a”的地址來避免，這樣以後還可以修改這個地址存儲的值。
12.處理printf()的參數
問：下面代碼會輸出什麼？
C語言
答：輸出結果是：
110..40..60
這是因為C語言裡函數的參數默認是從右往左處理的，輸出時是從左往右。
C語言
加C/C++學習交.流群獲取C語言、C++、Windows高級編程，MFC框架編程、QT框架編程，大型企業實戰項目。Linux應用程序開發，Linux內核研究等多個知識點高級進階乾貨的直播免費學習權限 都是大牛帶飛 讓你少走很多的彎路的 群...號是 546912356
注：加..群要求
1、零基礎，目前遇到困難不知從何下手可以加。
2、在公司待久了，過得很安逸，但跳槽時面試碰壁。需要在短時間內進修、跳槽拿高薪的可以加。
3、基礎非常紮實，但對目前主流技術欠缺，需要突破技術瓶頸的可以加。
4、覺得自己很牛B，一般需求都能搞定。但是所學的知識點沒有系統化，很難在技術領域繼續突破的可以加。
5.企業一線C/C++高級大牛直播講解知識點，分享知識，多年工作經驗的梳理和總結，帶著大家全面、科學地建立自己的技術體系和技術認知！
相關推薦
