作為乙個從c/c++成長起來的programmer，我也曾經瘋狂地迷戀過指標，並也曾因此而自以為是高高在上，可以說指標就象乙個妖精，她妖豔動人，但也可怕與無情，我的心因她而怦怦亂跳過，也因她而傷心絕望過，我愛不起但躲得起，呵呵，千萬別過早暈掉，更肉麻的還在後面呢。
愛上指標的理由很多很多。指標是c/c++的乙個重要概念，是乙個重要特色，也是c/c++的精華所在。乙個c/c++程式設計師，如果沒有使用過指標，那真是程式人生的一大憾事。我依然清晰地記得，當年使用指標來處理資料結構、字串及陣列時是如此地過隱，簡直是爽歪了，晚上做夢都在smile，另外，我們還可以通過獲得所訪問的任何變數的位址來引用記憶體，通過使用位址，我們可以執行所有種類的異常靈活的指標演算法，呵呵，酷吧，總而言之，掌握指標的運用，可以使你的程式簡潔、緊湊、高效，而且頗有特色，能完成許多用其它高階語言難以實現的功能，my god，可憐的new new programmer們可能都不知道苦命的老一輩程式設計師在胡說八道什麼，因為microsoft、borland、sun等等這些讓人既愛又恨的wbd們將開發工具變得越來越傻瓜，很多programmer們只會機械地拉擺各式各樣的控制項，寫幾行單純的code，他們早就與指標、記憶體管理、訊息機制等等說886，有點跑題了。
言歸正傳，以上所述指標的所有功能是非常強大的，同時也是非常危險的，正因為它危險，所以在我慢慢老去的時候，我就只剩下了躲避的能力，悲哀啊。據權威人士的調查，在以c/c++開發的程式中，出現最頻繁的bug依次以下：（1）忘了釋放記憶體，結果造成記憶體的洩露；（2）過於迅速地釋放記憶體，結果造成壞的指標；（3）指向記憶體中錯誤的位址，誤用了變數或棧。
呵呵，看到了吧，使用指標是十分容易出錯的，而且這些錯誤是很隱蔽很難以發現的，由於指標運用的錯誤而造成的後果是嚴重的，有時會使整個程式遭受破壞，莫明其妙的「runtime error」曾經使我夜半惡夢驚醒，汗流浹背。
函式指標及起別名
函式 指標是指向函式的指標變數。因此 函式指標 本身首先應是 指標變數 只不過該指標變數指向函式。這正如用指標變數可指向 整型變數 字元型 陣列一樣，這裡是指向函式。如前所述，c在 編譯時，每乙個函式都有乙個入口位址，該入口位址就是函式指標所指向的位址。有了指向函式的指標變數後，可用該指標變數呼叫函...
spring mvc autowired不起作用
注意檢查點 1.類上面是否加了 component和 controller註解，要想類中的autowired註解能夠正常工作，類的建立必須由spring來掌管，即類必須是乙個spring component。2.注入的變數不能在宣告中或者是建構函式中呼叫。例如 package com.arcsoft...
一起學 倉庫管理的相關指標
什麼樣的倉庫管理才是好的管理？做到什麼水平才算是好的管理？有沒有切實有效的指標呢？從倉庫管理的相關指標，或者我們可以來評估一下我們的倉庫管理的到底好不好。一 倉庫資源利用程度 1.地產利用率 倉庫建築面積 地產面積 100 2.倉庫面積利用率 倉庫可利用面積 倉庫建築面積 100 3.倉容利用率 庫...