對於c++程式設計師來說，讓程式碼只是能跑起來不算難，讓程式碼能穩定的跑起來就有點難了，要是讓程式碼跑出C++才能有的樣子發揮出這門語言的優勢那就比較難了。如果有一門程式語言很多人用了二十年，但還沒有機會寫出來一段能發揮這個語言的優勢的程式碼，那這門語言就算有點難了。

說c++簡單的基本都是外行。

高手一般自稱“熟悉c++某方面的應用”。

給你份程式碼，你都不知道怎麼下手。出個記憶體bug，你會覺得自己就是個白痴。

拜託，C++側重的是系統設計和底層效能，等你瞭解了編譯器最佳化，指令重排，記憶體模型，cpu流水線，分支預測，設計模式，泛型程式設計這些之後，你才算入了門了！

這就像打乒乓球，誰都能有樣學樣的揮兩拍子，你也可以說你會打乒乓球了，但是其實你連門都沒入，你至少要學會擰拉，快撕，近臺側身，正手反手，弧圈才能說是入了門了！

寫cpp，語法的痛苦點模板，等你模板報錯達到幾百行的時候，你就會明白勸退+1。第二個痛苦點，記憶體操作，包括記憶體越界，記憶體洩露，記憶體髒資料，共享記憶體，記憶體池等所有相關，遲早會遇到程式崩潰，勸退+1。第三個痛點，鎖和多程序多執行緒還有協程，以及管道通訊，訊息機制。這些都是作業系統相關的知識，要搞明白不比學cpp簡單。勸退+1。第四個，既然用了cpp，那就遲早要用到so，dll，對應的debug噩夢來了，伺服器上用gdb除錯帶so的多程序多執行緒程式的難度和複雜度，會讓人迷失。勸退+1。第五個，平臺，編譯器不同，最佳化和不最佳化導致程式執行結果不同，這個時候我都是無語問蒼天。第六個，宏噩夢，dll依賴噩夢，cpp編譯時間長噩夢，以及系統突然升級（安全漏洞修復）導致某個庫不相容的噩夢。沒經歷過的人是體會不到的。

程式語言都差不多，主要是裡面包含的思想沒搞懂就是雲裡霧裡了！語言語法不過是工具應用，沒有指導思想，如何造車子造輪子。要明白了車子，輪子的指導思想才能更好的運用這些工具呀。剛學程式設計的，說難的，肯定百分百都還沒明白其中的中心思想。不過要想明白了中心思想，肯定得懂程式語言了，這就是一個矛盾了。到底是先有雞還是先有蛋呢！

所有語言的語法都不太難，無非就for if else加上變數，難的應是和系統有關的API及異常的處理及和硬體有關的一些擴充套件部分。我覺得用到C++的可能主要開發一些和系統有關的程式，開發一些普通應用真不是什麼好方法，我在liunx開發幾個程式不是少這個動態庫要麼就是版本不對，這東西太折騰人了。

C++十分複雜 我在寫遊戲伺服器時由於程式量過於龐大導致一個小小的記憶體洩露找了三週才找出來，這是開發c# java人員不可想象的

瞭解一門語言，需要了解這個語言的特性。

c++從語法上來說，單一拿出任何一個特性都比較簡單，也很容易理解。

但是從實際應用角度就是另外一個情況了

因為實際中要用到c++的情況 無非就是有資源限制，或者有效能要求。

在這些情況下，很多時候你就得重複發明輪子，這是很多勸退的原因之一。就比如讓你寫一個http下載模組，其他語言可能就幾句話。

但是如果加上限制條件：最多隻能佔用1kb記憶體。那這個問題就開始變複雜了。

另外一個原因，c++本身語言特性龐雜，導致第三方庫以及框架單從寫法上就是天差地別，程式設計思路也是差異極大，很多時候沒有辦法直接使用，所以造成開發者開發難度很大。

這兩點就足以勸退一大批人。也足以勸退一大批不知情況而單純想用c++做開發的開發者。

最後祝提問人能保持這份熱情與自信，為國內相關開源做貢獻。

C++難的又不是語法，幾天能入門很正常。

幾天能弄明白演算法並設計好架構，做出來的專案還沒累成洩露，算你牛逼，我跪服！

主要看目的是什麼。如果要研究語言本身，的確比其他語言難。

如果要拿來開發軟體其實沒有大家想像的那麼難。

軟體本身也有一些語言無關性的複雜度，所以還是要看場景，比如要做arduino硬體開發，那c++挺容易。如果要開發暴雪那樣的遊戲，那要多學點。

天真額，你看的是基礎吧，c++特性太靈活了，而且不是老手，很容易引發一些記憶體洩露問題，你可以去網上找找一些專案自己獨立動手做一做，你就曉得了，你要學的還有很多。

有些人就是這樣，

能寫出幾個靜態頁面叫會前端，

能寫增刪改查叫會後端，

這兩種都會就在外面管自己叫全端