99精品伊人亚洲|最近国产中文炮友|九草在线视频支援|AV网站大全最新|美女黄片免费观看|国产精品资源视频|精彩无码视频一区|91大神在线后入|伊人终合在线播放|久草综合久久中文

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

代碼防御性編程不得不知的技巧

Q4MP_gh_c472c21 ? 來源:C語言與CPP編程 ? 作者:自成一派123 ? 2021-11-22 09:49 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

1 什么是防御性編程?顧名思義,防御性編程是一種細(xì)致、謹(jǐn)慎的編程方法。為了開發(fā)可靠的軟件,我們要設(shè)計(jì)系統(tǒng)中的每個(gè)組件,以使其盡可能的”保護(hù)”自己。我們通過明確地在代碼中對(duì)設(shè)想進(jìn)行檢查,這是一種努力,防止我們的代碼以將會(huì)展現(xiàn)錯(cuò)誤行為的方式被調(diào)用。

防御性編程使我們可以盡早的發(fā)現(xiàn)較小的問題,而不是等到它們發(fā)展成大的災(zāi)難的時(shí)候才發(fā)現(xiàn)。其開發(fā)軟件的過程是:

下面總結(jié)了一些防御性編程的反對(duì)和支持者的意見:

反對(duì)者:

它降低了代碼的效;即使是一個(gè)很小的額外代碼也需要一些額外的執(zhí)行時(shí)間。它對(duì)于一個(gè)函數(shù)來說也許不要緊,但是對(duì)于一個(gè)由10萬個(gè)函數(shù)組成的系統(tǒng),問題就變得嚴(yán)重了。

每種防御性的做法都需要一些額外的工作;

支持者:

防御性編程可以節(jié)省大量的調(diào)試時(shí)間,使你可以去做更有意義的事情。

編寫可以正常運(yùn)行、只是速度有些慢的代碼,要遠(yuǎn)遠(yuǎn)好過大多數(shù)時(shí)間都正常運(yùn)行、但是有時(shí)候會(huì)崩潰的代碼。

防御性編程避免了大量的安全性問題。

防御性編程技巧使用好的編碼風(fēng)格和合理的設(shè)計(jì)

采用良好的編碼風(fēng)格,來防范大多數(shù)編碼錯(cuò)誤。如:

const關(guān)鍵字:

關(guān)鍵字const可以給讀你代碼的人傳達(dá)非常有用的信息。例如,在函數(shù)的形參前添加const關(guān)鍵字意味著這個(gè)參數(shù)在函數(shù)體內(nèi)不會(huì)被修改,屬于輸入?yún)?shù)。

同時(shí),合理地使用關(guān)鍵字const可以使編譯器很自然的保護(hù)那些不希望被修改的參數(shù),防止其被無意的代碼修改,減少bug的出現(xiàn)。

volatile關(guān)鍵字:

在一些并行設(shè)備的硬件寄存器(如狀態(tài)寄存器),中斷服務(wù)子程序中會(huì)訪問到的全局變量以及多線程應(yīng)用中被幾個(gè)任務(wù)共享的變量前使用volatile關(guān)鍵字來防止編譯優(yōu)化。

static關(guān)鍵字:

函數(shù)體內(nèi)static變量的作用范圍為該函數(shù)體,不同于auto變量,該變量的內(nèi)存只被分配一次,因此其值在下次調(diào)用時(shí)仍維持上次的值。

在模塊內(nèi)的static全局變量可以被模塊內(nèi)的所有函數(shù)訪問,但不能被模塊外其它函數(shù)訪問。

在模塊內(nèi)的static函數(shù)只可能被這一模塊內(nèi)的其它函數(shù)調(diào)用,這個(gè)函數(shù)的使用范圍被限制在聲明它的模塊內(nèi)。

位操作運(yùn)算中,盡可能使用《《、 》》、 &、|等運(yùn)算符,盡可能少使用/、%、*運(yùn)算符。

變量和函數(shù)的命名要有意義,并且盡可能做到一個(gè)函數(shù)只做一件事情。

多采用面向?qū)ο蟮乃枷雭砭帉懘a。

在投入到編碼工作之前,先考慮大體的設(shè)計(jì)方案,這也非常關(guān)鍵。

不要倉促的編寫代碼

欲速則不達(dá),每敲一個(gè)字,都要想清楚你要輸入的是什么。在寫每一行時(shí)都三思而后行??赡軙?huì)出現(xiàn)什么樣的錯(cuò)誤?你是否已經(jīng)考慮了所有可能出現(xiàn)的邏輯分支?放慢速度,有條不紊的編程雖然看上去很平凡,但這的確是減少缺陷的好辦法。

C語言編程中,追求速度的程序員經(jīng)常會(huì)出現(xiàn)的一個(gè)問題就是將”==”錯(cuò)誤的輸入為”=”,而有些編譯器并不會(huì)警告,這就會(huì)造成問題。

不要相信任何人

這里是指用懷疑的眼光來審視所有的輸入和所有的結(jié)果,直到你能證明這段代碼是正確的時(shí)候?yàn)橹埂?/p>

編碼的目標(biāo)要清晰,而不是簡(jiǎn)潔

簡(jiǎn)單是一種美,不要讓你的代碼過于復(fù)雜。即編寫的代碼一定要邏輯清晰,可讀性強(qiáng)。

編譯時(shí)打開所有警告開關(guān)

在你的代碼中產(chǎn)生任何警告信息,都應(yīng)立即修正代碼。要知道警告的出現(xiàn)總是有原因的。即使你認(rèn)為某個(gè)警告無關(guān)緊要,也不要置之不理。

使用安全的數(shù)據(jù)結(jié)構(gòu)

我們最常見的一些安全隱患大概是由緩沖溢出引起的。緩沖溢出是由于不正確的使用固定大小的數(shù)據(jù)結(jié)構(gòu)而造成的。例如,如下這個(gè)代碼:

char * unsafe_copy(const char * source)

{

char *buffer = new char[10];

strcpy(buffer,source);

return buffer;

}

如果source中的數(shù)據(jù)長(zhǎng)度超過10個(gè)字符,它就會(huì)造成其它問題。我們可以改成如下形式:

char * safe_copy(const char * source)

{

char *buffer = new char[10];

strncpy(buffer,source,10); //用strncpy代替strcpy可以保護(hù)這個(gè)代碼段

return buffer;

}

檢查所有的返回值

如果一個(gè)函數(shù)返回一個(gè)值,他這樣做肯定是有理由的。檢查這個(gè)返回值,如果返回值是一個(gè)錯(cuò)誤代碼,你就必須辨別這個(gè)代碼并處理所有的錯(cuò)誤。不要讓錯(cuò)誤悄無聲息的侵入你的程序;大多數(shù)難以察覺的錯(cuò)誤都是因?yàn)槌绦騿T沒有檢查返回值而出現(xiàn)的。

審慎的處理內(nèi)存

對(duì)于在執(zhí)行期間所獲取的任何資源,必須徹底釋放。

在聲明位置初始化所有變量

如果你意外的使用了一個(gè)沒有初始化的變量,那么你的程序在每次運(yùn)行的時(shí)候都將得到不同的結(jié)果,這取決于當(dāng)時(shí)內(nèi)存中的垃圾信息是什么。這樣會(huì)造成很多隨機(jī)的行為,給查找?guī)砗芏嗟穆闊?。因此,需要在聲明每個(gè)變量的時(shí)候就對(duì)它進(jìn)行初始化。

同時(shí),平時(shí)編碼時(shí)還要注意一些細(xì)則

提供默認(rèn)的行為:Switch語句中將default case的執(zhí)行明示出來。同樣地,如果你要編寫一些不帶else子句的if語句,停下來想一想,你是否該處理這個(gè)邏輯上的默認(rèn)情況

檢查數(shù)值的上下限:確保每次運(yùn)算數(shù)值變量都不會(huì)溢出,即數(shù)據(jù)類型的使用要謹(jǐn)慎

注意強(qiáng)制轉(zhuǎn)換是否合理

聲明變量,可以使變量的聲明位置與使用它的位置盡量接近,從而防止它干擾代碼的其他部分

加合理的異常處理、日志文件

正確設(shè)置常量

優(yōu)秀的程序應(yīng)該做到:關(guān)心代碼是否健壯

確保每個(gè)設(shè)想都顯示地體現(xiàn)在防御性代碼中

希望代碼對(duì)無用信息的輸入有正確的行為

在編程的時(shí)候認(rèn)真思考自己所編寫的代碼

編寫可以保護(hù)自己不受其他人的愚蠢傷害的代碼。

責(zé)任編輯:haq

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 編程
    +關(guān)注

    關(guān)注

    88

    文章

    3689

    瀏覽量

    95250
  • 代碼
    +關(guān)注

    關(guān)注

    30

    文章

    4900

    瀏覽量

    70735

原文標(biāo)題:代碼防御性編程的10條技巧

文章出處:【微信號(hào):gh_c472c2199c88,微信公眾號(hào):嵌入式微處理器】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    智同科技推動(dòng)國產(chǎn)RV減速器行業(yè)發(fā)展

    把時(shí)間撥回十年前,我們不得不承認(rèn),國產(chǎn)RV減速器行業(yè)在中國市場(chǎng)舉步維艱。
    的頭像 發(fā)表于 06-26 16:27 ?316次閱讀

    芯資訊|WTK6900P語音識(shí)別芯片,引領(lǐng)健康個(gè)護(hù)產(chǎn)品邁?“零按鍵”智能交互時(shí)代

    ?伙伴們,不知道你們有沒有?過眼部按摩儀或者肩頸按摩儀?有沒有過這樣的“尷尬”體驗(yàn):當(dāng)你悠哉游哉地躺在躺椅上,戴上眼部按摩儀,按得正舒服時(shí)想調(diào)節(jié)?下模式,卻不得不中斷放松狀態(tài)?動(dòng)調(diào)節(jié)按摩參數(shù),復(fù)雜
    的頭像 發(fā)表于 06-10 10:17 ?166次閱讀
    芯資訊|WTK6900P語音識(shí)別芯片,引領(lǐng)健康個(gè)護(hù)產(chǎn)品邁?“零按鍵”智能交互時(shí)代

    唯創(chuàng)WTK6900P,引領(lǐng)按摩器等健康個(gè)護(hù)產(chǎn)品邁入“零按鍵”智能語音交互時(shí)代

    小伙伴們,不知道你們有沒有用過眼部按摩儀或者肩頸按摩儀?有沒有過這樣的“尷尬”體驗(yàn):當(dāng)你悠哉游哉地躺在躺椅上,戴上眼部按摩儀,按得正舒服時(shí)想調(diào)節(jié)一下模式,卻不得不中斷放松狀態(tài)手動(dòng)調(diào)節(jié)按摩參數(shù),復(fù)雜
    的頭像 發(fā)表于 05-27 12:03 ?153次閱讀
    唯創(chuàng)WTK6900P,引領(lǐng)按摩器等健康個(gè)護(hù)產(chǎn)品邁入“零按鍵”智能語音交互時(shí)代

    關(guān)于滲壓計(jì)的這些問題不得不知……

    行業(yè)資訊
    南京峟思工程儀器
    發(fā)布于 :2025年03月20日 17:30:21

    不得不知的PCB絲印類型及其重要作用!

    一站式PCBA智造廠家今天為大家講講pcb絲印的類型及其作用有哪些?PCB絲印的類型及其作用。在現(xiàn)代電子制造領(lǐng)域,PCB的設(shè)計(jì)和生產(chǎn)過程中,絲印是一個(gè)不可忽視的重要環(huán)節(jié)。絲印不僅能提升PCB的可讀
    的頭像 發(fā)表于 03-17 09:48 ?637次閱讀

    從初級(jí)到高級(jí):工業(yè)自動(dòng)化編程崗位的真實(shí)寫照

    在工業(yè)自動(dòng)化領(lǐng)域,存在著一種看似普遍的現(xiàn)象:不到 30 人的小型自動(dòng)化集成公司,工程師們使用著國產(chǎn)低價(jià)的 PLC 替代品,卻仍覺得成本壓力巨大,甚至為了節(jié)省開支,不得不退而求其次,選用一些老舊
    的頭像 發(fā)表于 03-05 10:08 ?575次閱讀
    從初級(jí)到高級(jí):工業(yè)自動(dòng)化<b class='flag-5'>編程</b>崗位的真實(shí)寫照

    中興通訊40年——五個(gè)不得不說的故事

    今年2月7日是中興成立40年。 我寫了《華為通信科技史話》的書(人民郵電出版社),從側(cè)面體現(xiàn)了同城兄弟中興通訊的科技發(fā)展過程。 中興歷史上有五個(gè)重要的故事。 1、中興在1993年鳳凰涅槃 1985年2月7日,由侯為貴先生牽頭,航天科技771所(當(dāng)時(shí)是691廠)等單位共同出資成立了中外合資企業(yè)——深圳市中興半導(dǎo)體有限公司。 1993年4月,中興半導(dǎo)體公司改組,691廠、深圳廣宇工業(yè)公司與民營(yíng)科技企業(yè)深圳中興維先通公司共同投資組建深圳市中興新通訊設(shè)
    的頭像 發(fā)表于 02-13 16:04 ?3142次閱讀
    中興通訊40年——五個(gè)<b class='flag-5'>不得不</b>說的故事

    errDump錯(cuò)誤日志上報(bào):開啟高效排查之門

    相信很多朋友都會(huì)忽視errDump錯(cuò)誤日志上報(bào),但不得不說的是技術(shù)高手都知道它真的是比較重要的一環(huán)。
    的頭像 發(fā)表于 11-02 11:52 ?757次閱讀
    errDump錯(cuò)誤日志上報(bào):開啟高效排查之門

    北美FCC認(rèn)證是強(qiáng)制的嗎?哪些產(chǎn)品需要做?

    隨著市場(chǎng)經(jīng)濟(jì)全球化,跨境物流隨著高速發(fā)展,越來越多的國產(chǎn)廠家的目光開始投向國外,尤其是在經(jīng)濟(jì)最發(fā)達(dá)、體系最為完善的北美地區(qū)成為了眾多企業(yè)將產(chǎn)品投放的首要選擇。而產(chǎn)品想要獲取進(jìn)入北美市場(chǎng)的資格,就不得不
    的頭像 發(fā)表于 09-23 16:52 ?715次閱讀
    北美FCC認(rèn)證是強(qiáng)制<b class='flag-5'>性</b>的嗎?哪些產(chǎn)品需要做?

    【解決方案】提升新能源汽車?yán)m(xù)航能力,你不得不知曉的測(cè)量知識(shí)

    前言對(duì)于以新能源車為代表的電動(dòng)出行(E-Mobility)來說,續(xù)航里程的提高是最重要的課題之一。為了實(shí)現(xiàn)這一點(diǎn),除了要掌握電池和大功率的動(dòng)力傳動(dòng)系統(tǒng)的狀態(tài)外,還要掌握ECU和電裝設(shè)備等零部件的功耗和暗電流。何為汽車暗電流?暗電流(darkcurrent),指點(diǎn)火開關(guān)在OFF的位置(汽車無工作的狀態(tài),也可以指靜止休眠狀態(tài))時(shí),仍然在流動(dòng)的電流,又可稱為“靜態(tài)
    的頭像 發(fā)表于 09-05 11:22 ?551次閱讀
    【解決方案】提升新能源汽車?yán)m(xù)航能力,你<b class='flag-5'>不得不知</b>曉的測(cè)量知識(shí)

    西門子PLC不得不說的事:S7-200SMART通信端口及連接方式

    今天我們來聊聊西門子S7-200 SMART的“通信大法”!挺簡(jiǎn)單的,咱們來捋捋~ S7-200 SMART 是西門子公司推出的一款面向小型控制應(yīng)用的PLC(可編程邏輯控制器)。目前
    的頭像 發(fā)表于 08-27 17:31 ?2605次閱讀
    西門子PLC<b class='flag-5'>不得不</b>說的事:S7-200SMART通信端口及連接方式

    不得不知的pcba加工規(guī)則:確保元器件安全可靠

    一站式PCBA智造廠家今天為大家講講PCBA加工如何確保質(zhì)量和性能的穩(wěn)定性?PCBA加工規(guī)則。在PCBA加工生產(chǎn)過程中,嚴(yán)格遵守操作規(guī)則至關(guān)重要,以確保元器件的安全和可靠。以下是幾個(gè)基礎(chǔ)而重要
    的頭像 發(fā)表于 08-26 09:25 ?647次閱讀

    防御性編程:讓系統(tǒng)堅(jiān)不可摧

    1. 引言 面對(duì)復(fù)雜多變的運(yùn)行環(huán)境、不可預(yù)測(cè)的用戶輸入以及潛在的編程錯(cuò)誤,如何確保軟件在遭遇異常情況時(shí)依然能夠穩(wěn)定運(yùn)行,是每位開發(fā)者必須面對(duì)的挑戰(zhàn)。防御性編程(Defensive
    的頭像 發(fā)表于 07-25 14:04 ?512次閱讀

    拒絕滲漏,安全、快速、有效的治理變壓器滲漏油

    電廠變壓器滲漏油,用這種技術(shù)治理立竿見影,不得不稱贊!
    的頭像 發(fā)表于 07-25 10:45 ?620次閱讀
    拒絕滲漏,安全、快速、有效的治理變壓器滲漏油

    精密空調(diào)—不得不服的精密空調(diào)"黑科技"!逆天了#精密空調(diào)

    精密空調(diào)
    北京匯智天源
    發(fā)布于 :2024年07月20日 12:33:01