問程序員接了一槍

㈠ 程序員遇到很難的技術問題是怎樣的感覺

昨天剛領一個線上P0級重大事故，持續時間1小時，影響范圍全站 ！准確的時間點是下午17點開始，具體問題定位且聽我下文細細道來。

先說感覺，那感覺真是太刺激了，本來下午五點，昏昏沉沉的，瞬間一個激靈就清醒了（想像一下高中課堂，你在打瞌睡，突然老師走到你面前給你一下子的感覺），原本准備再過一小時吃晚飯了，吃完晚飯再摸魚到21點就可以下班了呀，別問我為啥到21點，問你就不是程序員！

帶著無比緊張且顫抖的心情開始定位問題，先來個錯誤日誌嘗嘗鮮：

1、下午五點開始有少量的慢sql報警，沒有人當回事，因為這種事情總發生，雖然大家都知道在實際開發中如何避免慢sql，但是整個團隊要想完全避免慢sql卻很難；

2、五點十分左右，開始零星有用戶反饋指定功能不可用，SLB開始報警，技術開始介入排查；

3、十五分左右，客服部門電話開始爆炸，用戶密集反饋指定功能不可用，技術部開始重視；

4、二十分左右，所有服務大面積出現介面無法響應，整體服務不可用；

5、我們一開始定位覺得是MySQL的問題，因為前面有mycat的慢SQL報警，後來定位並不是MySQL，因為MySQL的內存、連接數、流量這些指標都很平穩；

6、最終在五點三十分的時候我們定位到是ES出問題了，因為所有的java服務不可用最終都指向上面的錯誤日誌，bbo提供的服務線程池滿了，再有請求進來直接拒絕了，查看這個服務的代碼，最終查詢的是ES，此時的ES進程已經處於假死狀態。

那接下來大家說怎麼辦？如何快速的恢復線上服務？

重啟！

是的，只有重啟大法此時是最快的解決辦法，你不可能說保留ES事故現場，讓我用arthas之類的工具來現場分析jvm內存情況。

然而重啟之後服務依舊是不可用，介面還是無法響應， 大家知道這個時候是什麼原因嗎？為什麼重啟了ES服務還是不行？

後續繼續重啟報錯bbo日誌的相應服務，當這些服務全部重啟完畢後，我們的服務終於恢復訪問了，這個過程持續了十幾分鍾，確切的說，直到17點五十多分，我們的所有服務才恢復了訪問。

接下來就是事故總結、相關責任人、產生問題的原因、接下來的優化方案，全公司郵件通報！

你說這個難不難？本身並不難，難的是事情緊急且重要，這個時候你慌了啊，亂手亂腳的，大家你一言我一語的，如何冷靜提取有效信息然後盡可能快的解決生產的重大故障才是最難的！

最後，當一切都恢復平靜的時候，你會發現：「卧槽，好累啊！」。

虛脫的感覺！

最後祝大家程序員節日快樂，今年可是程序員的本命年哦

2020 = 1024 + 996 = 404 + 404 + 404 + 404

這種感覺能難受，很壓抑。

技術難題，對於程序員來說，是經常有的事，關鍵是如何面對吧。

說下我的事情，雖然也會寫點代碼，但並不是以此為正業，所以對於真正的程序員來說，可能說法會有點偏頗。

遇到難題時，一般都在網上搜索解決方法，一般來說，都有很優秀的程序員分享他的勞動成果，所以一般都能解決問題。但也真正碰到難的問題，一個就是循環的問題，無限極菜單問題，當時都是找了很久，看了很多遍才明白過來，當時自己是幾天都不太開心，也不太想說話，總是在測試著程序。挺煩也挺不開心的。只是最後做出來了，心情就好多了。

這是我的一些經歷，當然，如果全職程序員，可能壓力就更大了。

如何形容這種感覺呢？焦躁，緊張，失落，無助，亞歷山大...

再多詞可能都描述不清楚。本人在工作中經常遇到難題，有些問題一兩個月都搞不定。遇到這種問題，估計只有下面這張圖的表情能描述此時此刻的心態了。

程序員遇到的難題其實分為兩種，一種是沒有辦法定位清除的問題，另外一種是定位清除了，但是沒辦法，或者很難解決的問題。

所謂難定位的問題，其實就是你根本不知道這個問題是什麼。比如系統突然掛掉了，你從現有的信息根本不能確定問題在哪。這個時候你剩下的可能只有滿腦子的問號了。

如果系統只掛了一次，後面不再出問題，那就很難找出問題的根源了。不過這樣也有好處，那就是問題的影響的程度相對較輕，畢竟不容易出現。所以在軟體開發中通常不是什麼問題都解決的，因為不是所有問題都能搞清楚是什麼問題，談何解決呢！

難解決的問題是問題搞清楚了，但是基於現有架構很難，或者沒法搞定。遇到這種情況，通常先是很高興，興奮，然後就只剩下無奈了。

當然，從技術層面來說並不是完全解決不掉。只是如果要解決需要涉及架構調整或者其它方面的改動，修改調整的內容太多。這種情況下就要考慮利弊得失了。

如果改動太大，可能會引入很多新的問題，可能得不償失。因此，遇到此類問題可能會採取一些規避方案。

當然，在開發和運營當中遇到各種問題是很正常的，關鍵是遇到不同的問題採用不同的策略。首先保證的是業務的正常運行，然後是考慮是否需要徹底解決。這樣慢慢調整，心理壓力會小一些。

作為一個工作多年的老碼農，在工作也遇到過一些艱難的技術問題，就以切身體會談談對這個問題的看法。

首先需要明確一下，問題是否困難除了取決於問題本身之外，還在於解決問題的人的水平，也許對你很難的問題，在別人看來不過是小菜一碟。明白了這一點，那麼這些技術問題也就成了考察程序員水平的試金石，有些人可能會因此氣餒，甚至放棄；而有些人則通過解決問題學到了很多新的技術，也讓自己進一步成長。

記得多年前看工作中要用到一款開源庫，那時候剛學完C++不久，自以為對面向對象了解甚深，然而學習這個庫時卻是一頭霧水，最後在經過泡論壇，然後又認真的學習了面向對象設計模式，後來不但能使用那個庫，更重要的是對面向對象編程有了更深的認識！

後來還有很多類似的事情，剛開始時感覺無比困難，但是通過自己的努力，或求助他人、或查閱資料，當最終問題解決時，你會發現自己又牛逼了一些，然後再遇到一些新的問題，如此循環……

其實編程也是一個學習的過程，就如同爬山一樣，每一階段都會有一些山頭，只有當你爬上山頭才能欣賞美麗的風景，但是當你爬上一座山頭的時候，就會發現更高山峰！只有當你爬上最高峰，才能「一覽眾山小」，可是到那時，你可能會嚮往地球之外的天地！

很難解決一般就是遇到某些瓶頸了，不同瓶頸的感覺是不一樣的，但無非可以歸結為下面幾類。

成本原因
不讓馬兒吃草，還想讓馬跑。這個是有些不太理解互聯網的一些領導的錯誤觀念，他們會給你安排一個老舊台式機，想要讓你承載幾萬、幾十萬並發的秒殺系統，你當然很難解決。
外界的評論可能是，「這幫程序員是吃干飯的么？這系統也太垃圾了！」
老闆的評論是，「我這台式機也不少錢呢。」
程序員的評論是，「這摳門老闆不會是個傻子吧。哎，再優化優化吧。」

當然，有些情況也是能夠理解的，公司明白需要更好的設備，但是由於成本控制，不得不在某些方面節省。但換句話說，設備成本是占不了一個大頭的，可能有其他方面的成本更加需要收緊。

如果是因為成本原因，我們的心情可能是無奈，又有些不能施展拳腳的束縛感。

歷史 原因
舉個例子，系統用了5年了，迭代了N個版本，在面對新的需求的時候，就會出現需求限制於系統的情況，常常會有程序員說，這個實現不了，那個不符合現在系統規則。其中很大一部分是這些年的積累，欠下的技術債造成的。俗話說，大船難調頭。

這種情況更多的出現在剛創業之後的幾年，由於一開始的快速迭代，追求先把業務流程跑通，先生存再規范，會讓一開始的軟體開發流程並不那麼規范，如果在1-2年內沒有進行重構，那麼積攢的3-5年的技術債就會慢慢把你壓得喘不過氣來。

解決這種情況，一是需要時機，給出足夠的空間和時間讓技術團隊重構，二是需要魄力，你得有成功的把握，不能幹著干著說不行了，咱們還是回到原來吧。

如果是因為 歷史 原因，我們的心情可能是期待和渴望，又有些對現狀的無奈。

能力原因
雖然說專家很厲害，但說白了，大部分企業需要的研發人員，還到不了需要專家的級別。所以，一般而言，沒有什麼技術是攻克不了的。如果真的遇上了，那就說明你的公司已經到達了一個新的層次，從而需要那個層次的人員來解決，可以通過外聘或者顧問的方式，引進新的技術。

如果是因為能力原因，我們的心情雖然有些力不從心，但又為公司在新的台階而高興。

不管怎樣，程序員是一群追求美好的人，不管是外部限制還是內部限制，不能解決的難題對於技術人員來說總是很憋屈的。

不能著急，慢慢分析，找到問題點，沒有解決不了的問題

程序員的技術問題，排除架構師技術選型錯誤以外，都是程序員的功夫不到家所致。

1,面向網路的程序員會第一時間問度娘，各大社區求助大神。

2,面向源碼的程序員會第一時間查看源碼實現，查找api文檔，思考解決方案。

3,不管技術如何發展，架構如何延伸，不變的是基本功，再先進的組件都是由基礎語法書寫出來的 。

練武不練功，到老一場空，共勉！

首先說下這個很難的技術定義，個人認為在你知道之外的知識都是很難的，一旦你深入了解其使用方式，原理，甚至閱讀了他的源碼，你會覺得有的時候會恍然大悟。程序員是一個不斷要學習的崗位，就要面臨很多從未知到已知技術的時候，每當遇到這樣的情況時候，總有種不解決了這個問題，睡不著覺的感覺，心裡不踏實，總是想盡各種辦法去解決這個問題。甚至可以一直追查這個問題。也許這就是一種執拗吧

我老公最近就遇到一個大石頭需要敲碎，我作為一個旁觀者，都挺心疼他。

他還在讀博，最近遇到的問題是他一個項目上的問題，也跟他的畢業設計相關。他剛讀博的時候確定了一個方向，去年開題的時候他覺得這個方向沒有什麼前景，真的是考慮了好久要不要換，如果不換，就是安穩的畢業，換的話接下來的一年多時間他會很艱難，很多新的問題需要一一克服，最後他決定換了，他說他讀博就是為了提高自己，還是想挑戰一下。

年前，系統板設計好了，然後最近做好回來了，開始調試，說這個板子跟個石頭一樣，不工作。本來就是禮拜一到禮拜六待在學校不回來，周日是休息的。現在放假回來都是在啃變壓器的東西，早上起的很早，晚上又很晚。真的挺心疼的，他還安慰我說，他又要進步了。挺擔心他的身體的，我特別希望時間能快點過去，能順利畢業。他卻不希望，總覺得時間過的太快，沒有時間搞研究。

今年的生日願望，希望他科研順利，身體 健康 。

以我的從業經歷，說說遇到很難的技術問題是什麼感覺吧： 興奮、充滿挑戰性 。尤其是在開發中遇到了技術難題，很多情況下真有種可遇不可求的感覺。

我認為能遇到技術難題，至少證明這個工作是有價值的。 這種價值體現了兩個方面，一是你的工作在整個產品開發中占據重要地位，甚至是核心地位。二是你的認知和經驗，仍然有成長的空間。如果你的工作一直沒有遇到難題，輕而易舉地就解決了一切，那麼很可能是你沒有機會深入重要的核心部分，或者你的工作性質可替代性很高，簡單重復性很高。

分解法。 把技術難題拆分，盡量的單元化、模塊化，這樣有利於逐步攻破，逐步解決。主要是降低技術難度，尋找真正的難點所在。如果問題無法拆分，就是那麼一個點，那麼需要逆向思維，可以先把問題擴大，看看涉及面有哪些，然後再縮小范圍，鎖定關鍵之處。

刨根法。 把技術難題抽象化，理論化，從根本的源頭去解決。很多技術問題，從基礎理論的角度去看，其實真的不難，只要你能定位到相關的技術點，困難點，知識點，就很容易進行快速解決。解決的終極辦法就是從理論上徹底解決，做到知行統一。

討論法。 三人行，必有我師。很多情況下，所謂的技術難題，在別人的眼中，也許並不是難題。很多情況下，小組討論，交換意見，方案互補，就可以解決難題。有些情況下，還需要和供應商一起討論，主要是補充信息的錯漏。經常出現的晶元問題，很多情況下供應商都更加有經驗。因為供應商有更多的使用客戶，有很多解決問題的經驗。最主要的是，晶元是他們設計的，他們更加清楚緣由。

沒有絕對的技術難題，有的只是尚未解決的技術難題。

㈡ 前端程序員怎麼接私活，流程是怎麼樣的

怎麼說呢，沒有什麼意義，因為你局限在你們培訓的知識里，就算做一兩個項目練手也是需要比較長的時間，還不如直接去找外包公司，辛苦是辛苦一點，但是學東西快，你會發現你在學的時候和開發完全是兩回事。以前學的時候寫的介面和實際開發的時候是的寫法完全是不同的，你需要的是開發經驗，所以你應該在團隊開發中學習開發流程。

㈢ 程序員線上接單靠譜嗎哪裡可以直接與甲方溝通

程序員線上接單是一種常見的自由職業方式，具有一定的靈活性和自主性。但是，也存在一些風險，如可能遇到騙子、賴賬等情況。因此，在接單前應該仔細了解甲方的信譽和資質鎮派，簽訂合同並考慮可行性和風如明險控制等方面。

如果您想直接與甲方溝通，可以通過一些平台來實現。比如，一些自由職業網站和平台，如豬八戒、碼市、開源中國等，提供有相關的線上接單服務，可以選擇相應的項目進行接單，並通過平台與甲方溝通，以保證項目的安全和可行性。同時，這些網站或平台也提供信用評價機制，可以更好地評估甲方的信譽程度，渣旅告並降低風險。

㈣ 程序員面試經常被提到的問題

java 程序員常用面試題- -

Java程序員面試三十二問

Java程序員面試三十二問
作者：佚名 來自：未知

第一，談談final， finally， finalize的區別。

第二，Anonymous Inner Class （匿名內部類） 是否可以extends（繼承）其它類，是否可以

implements（實現）interface（介面）？

第三，Static Nested Class 和 Inner Class的不同，說得越多越好（面試題有的很籠統）。

第四，&和&&的區別。

第五，HashMap和Hashtable的區別。

第六，Collection 和 Collections的區別。

第七，什麼時候用assert.

第八，GC是什麼？ 為什麼要有GC？

第九，String s = new String（"xyz"）；創建了幾個String Object？

第十，Math.round（11.5）等於多少？ Math.round（-11.5）等於多少？

第十一，short s1 = 1； s1 = s1 + 1；有什麼錯？ short s1 = 1； s1 += 1；有什麼錯？

第十二，sleep（） 和 wait（） 有什麼區別？

第十三，Java有沒有goto？

第十四，數組有沒有length（）這個方法？ String有沒有length（）這個方法？

第十五，Overload和Override的區別。Overloaded的方法是否可以改變返回值的類型？

第十六，Set里的元素是不能重復的，那麼用什麼方法來區分重復與否呢？ 是用==還是equals（）？

它們有何區別？

第十七，給我一個你最常見到的runtime exception.

第十八，error和exception有什麼區別？

第十九，List， Set， Map是否繼承自Collection介面？

第二十，abstract class和interface有什麼區別？

第二十一，abstract的method是否可同時是static，是否可同時是native，是否可同時是

synchronized？

第二十二，介面是否可繼承介面？ 抽象類是否可實現（implements）介面？ 抽象類是否可繼承實體

類（concrete class）？

第二十三，啟動一個線程是用run（）還是start（）？

第二十四，構造器Constructor是否可被override？

第二十五，是否可以繼承String類？

第二十六，當一個線程進入一個對象的一個synchronized方法後，其它線程是否可進入此對象的其它

方法？

第二十七，try {}里有一個return語句，那麼緊跟在這個try後的finally {}里的code會不會被執行

，什麼時候被執行，在return前還是後？

第二十八，編程題： 用最有效率的方法算出2乘以8等於幾？

第二十九，兩個對象值相同（x.equals（y） == true），但卻可有不同的hash code，這句話對不對

？

第三十，當一個對象被當作參數傳遞到一個方法後，此方法可改變這個對象的屬性，並可返回變化後

的結果，那麼這里到底是值傳遞還是引用傳遞？

第三十一，swtich是否能作用在byte上，是否能作用在long上，是否能作用在String上？

第三十二，編程題： 寫一個Singleton出來。

以下是答案

第一，談談final， finally， finalize的區別。

final？修飾符（關鍵字）如果一個類被聲明為final，意味著它不能再派生出新的子類，不能作為父

類被繼承。因此一個類不能既被聲明為 abstract的，又被聲明為final的。將變數或方法聲明為final，

可以保證它們在使用中不被改變。被聲明為final的變數必須在聲明時給定初值，而在以後的引用中只能

讀取，不可修改。被聲明為final的方法也同樣只能使用，不能重載finally？再異常處理時提供 finally

塊來執行任何清除操作。如果拋出一個異常，那麼相匹配的 catch 子句就會執行，然後控制就會進入

finally 塊（如果有的話）。

finalize？方法名。Java 技術允許使用 finalize（） 方法在垃圾收集器將對象從內存中清除出去

之前做必要的清理工作。這個方法是由垃圾收集器在確定這個對象沒有被引用時對這個對象調用的。它是

在 Object 類中定義的，因此所有的類都繼承了它。子類覆蓋 finalize（） 方法以整理系統資源或者執

行其他清理工作。finalize（） 方法是在垃圾收集器刪除對象之前對這個對象調用的。

第二，Anonymous Inner Class （匿名內部類） 是否可以extends（繼承）其它類，是否可以

implements（實現）interface（介面）？

匿名的內部類是沒有名字的內部類。不能extends（繼承） 其它類，但一個內部類可以作為一個介面

，由另一個內部類實現。

第三，Static Nested Class 和 Inner Class的不同，說得越多越好（面試題有的很籠統）。

Nested Class （一般是C++的說法），Inner Class （一般是JAVA的說法）。Java內部類與C++嵌套

類最大的不同就在於是否有指向外部的引用上。具體可見http：

//www.frontfree.net/articles/services/view.asp？id=704&page=1

註： 靜態內部類（Inner Class）意味著1創建一個static內部類的對象，不需要一個外部類對象，2

不能從一個static內部類的一個對象訪問一個外部類對象

第四，&和&&的區別。

&是位運算符。&&是布爾邏輯運算符。

第五，HashMap和Hashtable的區別。

都屬於Map介面的類，實現了將惟一鍵映射到特定的值上。

HashMap 類沒有分類或者排序。它允許一個 null 鍵和多個 null 值。

Hashtable 類似於 HashMap，但是不允許 null 鍵和 null 值。它也比 HashMap 慢，因為它是同步

的。

第六，Collection 和 Collections的區別。

Collections是個java.util下的類，它包含有各種有關集合操作的靜態方法。

Collection是個java.util下的介面，它是各種集合結構的父介面。

第七，什麼時候用assert。

斷言是一個包含布爾表達式的語句，在執行這個語句時假定該表達式為 true。如果表達式計算為

false，那麼系統會報告一個 AssertionError。它用於調試目的：

assert(a > 0); // throws an AssertionError if a <= 0

斷言可以有兩種形式：

assert Expression1 ;
assert Expression1 : Expression2 ;

Expression1 應該總是產生一個布爾值。
Expression2 可以是得出一個值的任意表達式。這個值用於生成顯示更多調試信息的 String 消息。

斷言在默認情況下是禁用的。要在編譯時啟用斷言，需要使用 source 1.4 標記：

javac -source 1.4 Test.java

要在運行時啟用斷言，可使用 -enableassertions 或者 -ea 標記。
要在運行時選擇禁用斷言，可使用 -da 或者 -disableassertions 標記。
要系統類中啟用斷言，可使用 -esa 或者 -dsa 標記。還可以在包的基礎上啟用或者禁用斷言。

可以在預計正常情況下不會到達的任何位置上放置斷言。斷言可以用於驗證傳遞給私有方法的參數。

不過，斷言不應該用於驗證傳遞給公有方法的參數，因為不管是否啟用了斷言，公有方法都必須檢查其參

數。不過，既可以在公有方法中，也可以在非公有方法中利用斷言測試後置條件。另外，斷言不應該以任

何方式改變程序的狀態。

第八，GC是什麼? 為什麼要有GC? (基礎)。

GC是垃圾收集器。Java 程序員不用擔心內存管理，因為垃圾收集器會自動進行管理。要請求垃圾收

集，可以調用下面的方法之一：

System.gc()
Runtime.getRuntime().gc()

第九，String s = new String("xyz");創建了幾個String Object?

兩個對象，一個是"xyx",一個是指向"xyx"的引用對象s。

第十，Math.round(11.5)等於多少? Math.round(-11.5)等於多少?

Math.round(11.5)返回（long）12，Math.round(-11.5)返回（long）-11;

第十一，short s1 = 1; s1 = s1 + 1;有什麼錯? short s1 = 1; s1 += 1;有什麼錯?

short s1 = 1; s1 = s1 + 1;有錯，s1是short型，s1+1是int型,不能顯式轉化為short型。可修改為

s1 =(short)(s1 + 1) 。short s1 = 1; s1 += 1正確。

第十二，sleep() 和 wait() 有什麼區別? 搞線程的最愛

sleep()方法是使線程停止一段時間的方法。在sleep 時間間隔期滿後，線程不一定立即恢復執行。

這是因為在那個時刻，其它線程可能正在運行而且沒有被調度為放棄執行，除非(a)"醒來"的線程具有更

高的優先順序，(b)正在運行的線程因為其它原因而阻塞。

wait()是線程交互時，如果線程對一個同步對象x 發出一個wait()調用，該線程會暫停執行，被調對

象進入等待狀態，直到被喚醒或等待時間到。

第十三，Java有沒有goto?

Goto?java中的保留字，現在沒有在java中使用。

第十四，數組有沒有length()這個方法? String有沒有length()這個方法？

數組沒有length()這個方法，有length的屬性。
String有有length()這個方法。

第十五，Overload和Override的區別。Overloaded的方法是否可以改變返回值的類型?

方法的重寫Overriding和重載Overloading是Java多態性的不同表現。重寫Overriding是父類與子類

之間多態性的一種表現，重載Overloading是一個類中多態性的一種表現。如果在子類中定義某方法與其

父類有相同的名稱和參數，我們說該方法被重寫 (Overriding)。子類的對象使用這個方法時，將調用子

類中的定義，對它而言，父類中的定義如同被"屏蔽"了。如果在一個類中定義了多個同名的方法，它們或

有不同的參數個數或有不同的參數類型，則稱為方法的重載(Overloading)。Overloaded的方法是可以改

變返回值的類型。

第十六，Set里的元素是不能重復的，那麼用什麼方法來區分重復與否呢? 是用==還是equals()? 它

們有何區別?

Set里的元素是不能重復的，那麼用iterator()方法來區分重復與否。equals()是判讀兩個Set是否相

等。

equals()和==方法決定引用值是否指向同一對象equals()在類中被覆蓋，為的是當兩個分離的對象的

內容和類型相配的話，返回真值。

第十七，給我一個你最常見到的runtime exception。

ArithmeticException, ArrayStoreException, BufferOverflowException,

BufferUnderflowException, CannotRedoException, CannotUndoException, ClassCastException,

CMMException, , DOMException, EmptyStackException,

IllegalArgumentException, IllegalMonitorStateException, IllegalPathStateException,

IllegalStateException, ImagingOpException, IndexOutOfBoundsException,

MissingResourceException, NegativeArraySizeException, NoSuchElementException,

NullPointerException, ProfileDataException, ProviderException, RasterFormatException,

SecurityException, SystemException, UndeclaredThrowableException, UnmodifiableSetException,

UnsupportedOperationException

第十八，error和exception有什麼區別?

error 表示恢復不是不可能但很困難的情況下的一種嚴重問題。比如說內存溢出。不可能指望程序能

處理這樣的情況。

exception 表示一種設計或實現問題。也就是說，它表示如果程序運行正常，從不會發生的情況。

第十九，List, Set, Map是否繼承自Collection介面?

List，Set是

Map不是

第二十，abstract class和interface有什麼區別?

聲明方法的存在而不去實現它的類被叫做抽象類（abstract class），它用於要創建一個體現某些基

本行為的類，並為該類聲明方法，但不能在該類中實現該類的情況。不能創建abstract 類的實例。然而

可以創建一個變數，其類型是一個抽象類，並讓它指向具體子類的一個實例。不能有抽象構造函數或抽象

靜態方法。Abstract 類的子類為它們父類中的所有抽象方法提供實現，否則它們也是抽象類為。取而代

之，在子類中實現該方法。知道其行為的其它類可以在類中實現這些方法。

介面（interface）是抽象類的變體。在介面中，所有方法都是抽象的。多繼承性可通過實現這樣的

介面而獲得。介面中的所有方法都是抽象的，沒有一個有程序體。介面只可以定義static final成員變數

。介面的實現與子類相似，除了該實現類不能從介面定義中繼承行為。當類實現特殊介面時，它定義（即

將程序體給予）所有這種介面的方法。然後，它可以在實現了該介面的類的任何對象上調用介面的方法。

由於有抽象類，它允許使用介面名作為引用變數的類型。通常的動態聯編將生效。引用可以轉換到介面類

型或從介面類型轉換，instanceof 運算符可以用來決定某對象的類是否實現了介面。

第二十一，abstract的method是否可同時是static,是否可同時是native，是否可同時是

synchronized?

都不能

第二十二，介面是否可繼承介面? 抽象類是否可實現(implements)介面? 抽象類是否可繼承實體類

(concrete class)?

介面可以繼承介面。抽象類可以實現(implements)介面，抽象類是否可繼承實體類，但前提是實體類

必須有明確的構造函數。

第二十三，啟動一個線程是用run()還是start()?

啟動一個線程是調用start()方法，使線程所代表的虛擬處理機處於可運行狀態，這意味著它可以由

JVM調度並執行。這並不意味著線程就會立即運行。run()方法可以產生必須退出的標志來停止一個線程。

第二十四，構造器Constructor是否可被override?

構造器Constructor不能被繼承，因此不能重寫Overriding，但可以被重載Overloading。

第二十五，是否可以繼承String類?

String類是final類故不可以繼承。

第二十六，當一個線程進入一個對象的一個synchronized方法後，其它線程是否可進入此對象的其它

方法?

不能，一個對象的一個synchronized方法只能由一個線程訪問。

第二十七，try {}里有一個return語句，那麼緊跟在這個try後的finally {}里的code會不會被執行

，什麼時候被執行，在return前還是後?

會執行，在return前執行。

第二十八，編程題: 用最有效率的方法算出2乘以8等於幾?

有C背景的程序員特別喜歡問這種問題。

2 << 3

第二十九，兩個對象值相同(x.equals(y) == true)，但卻可有不同的hash code，這句話對不對?

不對，有相同的hash code。

第三十，當一個對象被當作參數傳遞到一個方法後，此方法可改變這個對象的屬性，並可返回變化後

的結果，那麼這里到底是值傳遞還是引用傳遞?

是值傳遞。Java 編程語言只由值傳遞參數。當一個對象實例作為一個參數被傳遞到方法中時，參數

的值就是對該對象的引用。對象的內容可以在被調用的方法中改變，但對象的引用是永遠不會改變的。

第三十一，swtich是否能作用在byte上，是否能作用在long上，是否能作用在String上?

switch（expr1）中，expr1是一個整數表達式。因此傳遞給 switch 和 case 語句的參數應該是 int

、 short、 char 或者 byte。long,string 都不能作用於swtich。

第三十二，編程題: 寫一個Singleton出來。

Singleton模式主要作用是保證在Java應用程序中，一個類Class只有一個實例存在。

一般Singleton模式通常有幾種種形式:

第一種形式: 定義一個類，它的構造函數為private的，它有一個static的private的該類變數，

在類初始化時實例話，通過一個public的getInstance方法獲取對它的引用,繼而調用其中的方法。

public class Singleton {
private Singleton(){}
//在自己內部定義自己一個實例，是不是很奇怪？
//注意這是private 只供內部調用
private static Singleton instance = new Singleton();
//這里提供了一個供外部訪問本class的靜態方法，可以直接訪問
public static Singleton getInstance() {
return instance;
}
}

第二種形式:

public class Singleton {
private static Singleton instance = null;
public static synchronized Singleton getInstance() {
//這個方法比上面有所改進，不用每次都進行生成對象，只是第一次
//使用時生成實例，提高了效率！
if (instance==null)
instance＝new Singleton();
return instance; }
}

其他形式:

定義一個類，它的構造函數為private的，所有方法為static的。

一般認為第一種形式要更加安全些

第三十三 Hashtable和HashMap

Hashtable繼承自Dictionary類，而HashMap是Java1.2引進的Map interface的一個實現

HashMap允許將null作為一個entry的key或者value，而Hashtable不允許

還有就是，HashMap把Hashtable的contains方法去掉了，改成containsvalue和containsKey。因為

contains方法容易讓人引起誤解。

最大的不同是，Hashtable的方法是Synchronize的，而HashMap不是，在多個線程訪問Hashtable時，

不需要自己為它的方法實現同步，而HashMap就必須為之提供外同步。

Hashtable和HashMap採用的hash/rehash演算法都大概一樣，所以性能不會有很大的差異。

㈤ 程序員如何可以接到軟體外包項目求大神幫助

關於如何接軟體外包，主要思路是主動出擊。
關於項目的搜尋，以我們自己的經驗，目前有效的方式有這幾個：
1、同事和朋友等熟人介紹
這種成功率比較高，因為開發團隊和外包方建立了間接的熟人關系，因此在合作討論、報價、溝通上都會更順利。
2、外包QQ群
有很多外包QQ群，直接在QQ上搜索就能找到，上面有的項目可以跟進，當然都是僧多肉少。
3、微信的創業群、朋友圈
現在是大眾創業、萬眾創新，通過參加線下創業活動等方式多加入一些微信創業群，並加一些創業者的微信，在微信創業群或朋友圈裡面自然會有尋找外包團隊的需求。
4、多交朋友、多露臉
前面3種方法，核心就是想方設法多露臉，將朋友弄得多多的。比如之前我們在「羅輯思維」裡面曝光過一回，結果4個月之後還有人找我們做外包。
5、外包服務平台
國內的：智城、豬八戒、CSTO、sxsoft。不過價格低的離譜，和行業普遍情況有較大差異。

㈥ 程序員怎麼接活

國內的程序員工作辛苦，但收入卻一般。這里，小編為廣大程序員推薦幾個賺外快的方法，希望大家量力而行，防止被騙。

QQ群。雀羨

根據自己的特長，加一些活躍度比較高的QQ群。這些群里經常會有人找外包，大家可以嘗試跟他們聯系，通過接些小項目賺些外快。

通過朋友介紹私活。

程序員的朋友大多也都在這個行業打拚，可以找靠譜的朋友，讓他們幫忙介紹一些私活。這也是賺外快最為常見的途徑。

上眾包網站。

國內目前有很多眾包網站，他們會在網上發布需求及懸賞金額。大家可以在該類網站上尋找適合自己的內容。如果想通過該途徑的話，一定要注意對方的可靠度，防止被騙。

開發App。

對於個人開發者，開發app不失為一個好方法。不僅時間寬松，而且可根據自身的能力進行開發，相比較其他幾種途徑，壓力要小很多。在這里，推薦大家開發Android平台上的app。雖然Android市場沒有Apple的成熟，但入門成本低，設備易得。如果有很好的點子，app很受歡迎，收入應該也是比較可觀的。

做兼職。

對於時間比較多的程序員，可以考慮做些兼職。對於一些小公司或者在校學生，他們經常會有各種需求，而自身又做不了。這時，做些兼職，賺點外快也是不錯的選擇。

參加編程大賽。

對於一些高端程序員，可以多關注一些企業舉辦的編程大賽。參加這樣的比賽，不僅能提高自身的水平，並且獲獎的話，也頃枯拍有不少的現金獎勵敗團哦！

㈦ 程序員接私活比上班也掙得多，是真得嗎可以接哪些私活呢

程序員接私活比上班也掙得多，是真得嗎？可以接哪些私活呢？程序員接私活已經是很平常的事情了，並且市面上也有很多靠譜的接私活平台。很多程序員，通過做私活承接項目，將自己的程序能力轉化為收入。收入比工資高是真的。

開發邦：特點：服務范圍明確，it開發項目垂直度高，可以吸引一些需求明確的客戶。該平台還致力於利用互聯網軟體技術為客戶提高效率、降低成本、提高效率和優化管理。

袁急送：平台特點：追求高質量的僱主和工程師，匯聚知名互聯網公司的技術、設計和產品巨頭，通過實際輪班、遠程等方式一對一解決創業問題，提高創業效率。

㈧ 程序員怎麼接外包

程序員接外包的方法：

1、通過朋友介紹，這個是比較靠譜的方法，如果能保證質量，可能會有介紹來的單子。

2、通過一些外包平台，現在主要有豬八戒、一品威客、解放號、碼客幫、碼市、程序員客棧、軍刃這幾個主流的平台。

3、自有渠道，適合比較大牛的開發者，可以通過搭建自己的網站博客，不斷去增加自己的作品去沉澱，同時做好SEO，可以方便客戶找到你。

4、自己挖掘，比如通過線下的一些活動或者線上去尋找，例如知乎、QQ群、網路知道啦等一些渠道。

㈨ 程序員這個職業好不好

首先職業不分貴賤高低，但分薪水高低，幸福感高低，程序員這個職業前幾年很不錯，但是最近幾年不行了，各種加班996，奮斗者協議，導致程序員這個職業的幸福感漸漸下降，同時由於資本的減少，互聯網企業的崗位漸漸縮水，不如從前資本注入厲害的階段。

程序員實際上對比同行業職位，並不是很有優勢：

1. 對比產品經理，程序員是幹活的，要修改就得修改，薪水還有可能沒成品經理高。

2. 對比測試專員，程序員是幹活的，有bug就得修復，薪水還跟人家差不多。

3. 對比游戲策劃，人家下班了，程序員還在幹活，薪水還沒人家多。

4. 對比原畫師，高端原畫師一幅畫十幾萬到幾百萬，人家休息了，程序員還在寫代碼。

5. 對比銷售職業，天天打電話看上去很辛苦，很低端，一個月成上幾單就破萬了薪水，很多程序員還達不到，同時銷售下班了，程序員還在工作。

其他：就不一一對比了，程序員的加班和程序員的收入實際上不成正比，同時對比其他同行業的職位，薪水浮動並不大，還幹活較多，所以程序員還不算一個高薪職位。

程序員職位並不是高薪，與其他行業基本差不多：

1. 試問產品經理，ui設計，美工，游戲策劃，項目經理，哪個職業在一線城市不是超過8k的，程序員的職位和其他職位的薪水也大致相同，基本一線6-30k，二線4-10k，三線4-8k，其他行業不也是這樣嗎，醒醒吧！

2. 程序員如果算上加班工資到15k，那麼一個房地產銷售一個月賣出去3-5套房子，就達到這個水平了，而且還不用加班。

註：客觀思考問題，不要以訛傳訛，要有明辨是非的能力，不要聽信所謂高薪，以實際思考對比就會有相關的差異。

程序員這個職業好不好：

1. 喜歡的人會覺得好，不喜歡的人會覺得不好。

2. 職業不是說好壞的，而是在於能夠提升生活質量，加班嚴重生活質量下降，這樣的職業我覺得不好。

註：以上僅個人觀點，僅供閱讀思考問題，無其他意圖，如有受益可以採納，感謝！

㈩ 很多人覺得程序員崗位不需要溝通能力，實際上是這樣嗎

並不是的，只是這個崗位需要的溝通能力一般，但你畢竟是在職場當中工作，你要接觸領導，你要和其他工作人員合作，所以你就應該學會溝通，禮貌地、明確地表達你的意圖。