① 要做一個類似於微信或者QQ的android、ios的聊天應用，請問伺服器端用什麼技術或開源框架比較好
即時聊天通用的協議是 XMPP，基於這個協議有一套java開源的服務端 openfire，可以快速的搭建一套即時聊天服務端。
但是現在有不少雲即時通訊服務。例如
容聯雲通訊、雲之訊、環信、融雲
這些雲服務提供了api，我們基於他的api開發很容易實現自己的即時聊天軟體。服務端，伺服器都不用我們自己管了，極大的節省了成本和開發周期。而且這些雲服務基礎服務都是免費的。
建議用第三方的雲服務實現。
② 盤點im即時通訊開發中Android後台保活方案
對於IM應用和消息推送服務的開發者來說，在Android機型上的後台保活是個相當頭疼的問題。
老闆一句：「為什麼微信、QQ能收到消息，而你寫的APP卻不行？」，直接讓人崩潰，話說老闆你這APP要是整成微信、APP那麼牛，直接進手機廠商白名單，還要程序員在這瞎忙活？
好了，抱怨歸抱怨，活還得干，不然靠誰養活廣大苦逼的程序員？
正因為Android系統版本的差異，也導致了各種保活黑科技的運行效果大相徑庭，所以本文正好藉此機會，盤點一下當前主流（截止2019年前）的保活黑科技在市面上各版本Android手機上的運行效果，希望能給大家提供一些客觀的參考。
其實Android端APP搞保活的目的倒不是為了干什麼見不得人的壞事（但不排除動機不純的開發者），主要是像IM即時通訊應用和資訊類應用等需要搞後台消息推送、運動類應用需要在後台實時監測用戶的運動數據等，因為現在越來越多的手機廠商為了省電策略考慮，基本上如果你的應用沒有被加入白名單，一旦處於後台就會被系統限制甚至幹掉，但使用APP的用戶才不聽你這些解釋——反正「我」就要你的APP能如期正常運行，開發者也是不得已而為之。
以消息推送為例，當APP處於後台或關閉時，消息推送對於某些應用來說非常有用，比如：
1）IM即時通訊聊天應用：聊天消息通知、音視頻聊天呼叫等，典型代表有：微信、QQ、易信、米聊、釘釘、Whatsup、Line；
2）新聞資訊應用：最新資訊通知等，典型代表有：網易新聞客戶端、騰訊新聞客戶端；
3）SNS社交應用：轉發/關注/贊等通知，典型代表有：微博、知乎；
4）郵箱客戶端：新郵件通知等，典型代表有：QQ郵箱客戶端、Foxmail客戶端、網易郵箱大師；
5）金融支付應用：收款通知、轉賬通知等，典型代表有：支付寶、各大銀行的手機銀行等；
.... ....
在上述的各種應用中，尤其對於用戶接觸最多、最平常的IM聊天應用或新聞資訊來說，保活和消息推送簡直事關APP的「生死」，消息推送這種能力已經被越來越多的APP作為基礎能力之一，因為移動互聯網時代下，用戶的「全時在線」能力非常誘人和強大，能隨時隨地即時地將各種重要信息推送給用戶，無疑是非常有意義的。
題外話：實際上，對於後台消息推送能力，Android原版系統早就內置了系統級推送服務（跟iOS上的APNs服務是一個東西），它就是GCM服務（現在升級為FCM了），但眾所周之的原因，谷哥的服務在國內都是用不了的（你懂的）——無奈啊！
主要黑科技方案有：
1）監聽廣播：監聽全局的靜態廣播，比如時間更新的廣播、開機廣播、解鎖屏、網路狀態、解鎖加鎖亮屏暗屏（3.1版本），高版本需要應用開機後運行一次才能監聽這些系統廣播，目前此方案失效。可以更換思路，做APP啟動後的保活（監聽廣播啟動保活的前台服務）；
2）定時器、JobScheler：假如應用被系統殺死，那麼定時器則失效，此方案失效。JobService在5.0,5.1,6.0作用很大，7.0時候有一定影響（可以在電源管理中給APP授權）；
3）雙進程（NDK方式Fork子進程）、雙Service守護：高版本已失效，5.0起系統回收策略改成進程組。雙Service方案也改成了應用被殺，任何後台Service無法正常狀態運行；
4）提高Service優先順序：只能一定程度上緩解Service被立馬回收。 即時通訊聊天軟體app開發可以咨詢蔚可雲。
針對上述方案，具體的實現思路，通常是這樣的：
1）進程拉活：AIDL方式單進程、雙進程方式保活Service（最極端的例子就是推送廠商的互相喚醒復活：極光、友盟、以及各大廠商的推送，同派系APP廣播互相喚醒：比如今日頭條系、阿里系）；
2）降低oom_adj的值：常駐通知欄（可通過啟動另外一個服務關閉Notification，不對oom_adj值有影響）、使用」1像素「的Activity覆蓋在getWindow()的view上（據傳某不可言說的IM大廠用過這個方案，雖然他們從未正面承認過）、循環播放無聲音頻（黑科技，7.0下殺不掉）；
3）監聽鎖屏廣播：使Activity始終保持前台；
4）使用自定義鎖屏界面：覆蓋了系統鎖屏界面；
5）創建子進程：通過android:process屬性來為Service創建一個進程；
6）白名單：跳轉到系統白名單界面讓用戶自己添加app進入白名單。
使用AIDL綁定方式新建2個Service優先順序（防止服務同時被系統殺死）不一樣的守護進程互相拉起對方，並在每一個守護進程的ServiceConnection的綁定回調里判斷保活Service是否需要重新拉起和對守護線程進行重新綁定。
後台播放音樂這種保活方法，親身經歷過：
記得當時用的是某運動記步APP，它為了保活就是這么乾的。之所以被我發現，是因為在我的Android手機上，每次打開這個APP居然總能莫名其妙聽到若有若無的環境噪音樣的聲音，尤其安靜的場所下更明顯。我個人估計這個APP里用的保活音頻文件，很可能就是程序員在簡陋的條件下隨手自已錄制的，雖然也是不得以為之，但做法確實是有點粗糙。
總結一下，以上方案在當前主流手機上的運行效果
【1】雙進程守護方案（基於onStartCommand() return START_STICKY）：
1）原生5.0、5.1：原生任務欄滑動清理app，Service會被殺掉，然後被拉起，接著一直存活；
2）金立F100(5.1)：一鍵清理直接殺掉整個app，包括雙守護進程。不手動清理情況下，經測試能鎖屏存活至少40分鍾；
3）華為暢享5x（6.0）：一鍵清理直接殺掉整個app，包括雙守護進程。不手動清理下，鎖屏只存活10s。結論：雙進程守護方案失效；
4）美圖m8s(7.1.1)：一鍵清理直接殺掉整個app，包括雙守護進程。不清理情況下，鎖屏會有被殺過程（9分鍾左右被殺），之後重新復活，之後不斷被幹掉然後又重新復活。結論：雙守護進程可在後台不斷拉起Service；
5）原生7.0：任務欄清除APP後，Service存活。使用此方案後Service照樣存活；
6）LG V30+(7.1.2)：不加雙進程守護的時候，一鍵清理無法殺掉服務。加了此方案之後也不能殺掉服務，鎖屏存活（測試觀察大於50分鍾）；
7）小米8(8.1)：一鍵清理直接幹掉app並且包括雙守護進程。不清理情況下，不加守護進程方案與加守護進程方案Service會一直存活，12分鍾左右closed。結論：此方案沒有起作用。
▲ 結論：除了華為此方案無效以及未更改底層的廠商不起作用外（START_STICKY欄位就可以保持Service不被殺）。此方案可以與其他方案混合使用。
【2】監聽鎖屏廣播打開1像素Activity（基於onStartCommand() return START_STICKY）：
1）原生5.0、5.1：鎖屏後3s服務被幹掉然後重啟（START_STICKY欄位起作用）；
2）華為暢享5x（6.0）：鎖屏只存活4s。結論：方案失效；
3）美圖m8s(7.1.1)：同原生5.0；
4）原生7.0：同美圖m8s；
5）LG V30+(7.1.2)：鎖屏後情況跟不加情況一致，服務一致保持運行，結論：此方案不起作用；
6）小米8(8.1)：關屏過2s之後app全部被幹掉。結論：此方案沒有起作用。
▲ 結論：此方案無效果。
【3】故意在後台播放無聲的音樂（基於onStartCommand() return START_STICKY）：
1）原生5.0、5.1：鎖屏後3s服務被幹掉然後重啟（START_STICKY欄位起作用）；
2）華為暢享5x（6.0）：一鍵清理後服務依然存活，需要單獨清理才可殺掉服務，鎖屏8分鍾後依然存活。結論：此方案適用；
3）美圖m8s(7.1.1)：同5.0；
4）原生7.0：任務管理器中關閉APP後服務被幹掉，大概過3s會重新復活（同僅START_STICKY欄位模式）。結論：看不出此方案有沒有其作用；
5）LG V30+(7.1.2)：使用此方案前後效果一致。結論：此方案不起作用；
6）小米8(8.1)：一鍵清理可以殺掉服務。鎖屏後保活超過20分鍾。
▲ 結論：成功對華為手機保活。小米8下也成功突破20分鍾。
【4】使用JobScheler喚醒Service（基於onStartCommand() return START_STICKY）：
1）原生5.0、5.1：任務管理器中幹掉APP，服務會在周期時間後重新啟動。結論：此方案起作用；
2）華為暢享5x（6.0）：一鍵清理直接殺掉APP，過12s左右會自動重啟服務，JobScheler起作用；
3）美圖m8s(7.1.1)：一鍵清理直接殺掉APP，無法自動重啟；
4）原生7.0：同美圖m8s(7.1.1)；
5）小米8(8.1)：同美圖m8s(7.1.1)。
▲ 結論：只對5.0，5.1、6.0起作用。
【5】混合使用的效果，並且在通知欄彈出通知：
1）原生5.0、5.1：任務管理器中幹掉APP，服務會在周期時間後重新啟動。鎖屏超過11分鍾存活；
2）華為暢享5x（6.0）：一鍵清理後服務依然存活，需要單獨清理才可殺掉服務。結論：方案適用；
3）美圖m8s(7.1.1)：一鍵清理APP會被殺掉。正常情況下鎖屏後服務依然存活；
4）原生7.0：任務管理器中關閉APP後服務被幹掉，過2s會重新復活；
5）小米8(8.1)：一鍵清理可以殺掉服務，鎖屏下後台保活時間超過38分鍾；
6）榮耀10（8.0）：一鍵清理殺掉服務，鎖屏下後台保活時間超過23分鍾。
③ 請問如何開發android IM即時通訊軟體
就想普通開發一樣，用java開發客戶端軟體。主要是服務端比較難，需要伺服器的。
④ 開發一個基於android的即時通訊軟體，怎麼通過區域網來讓電腦上的虛擬機和手機上的軟體都能運用伺服器
做一個路由跳轉。實現網路通信
⑤ android 即時通信。。如何實現
Android現在即時通訊（或者消息推送）有好幾個開源項目框架可以實現，可以使用XMPP來實現即時通信。
XMPP（Extensible Messageing and Presence Protocol：可擴展消息與存在協議）是目前主流的四種IM（IM：instant messaging,即時消息）協議之一，其他三種分別為：即時信息和空間協議(IMPP)、空間和即時信息協議(PRIM)、針對即時通訊和空間平衡擴充的進程開始協議SIP(SIMPLE)。
1. XMPP的前身是Jabber，一個開源形式組織產生的網路即時通信協議。XMPP目前被IETF國際標准組織完成了標准化工作。標准化的核心結果分為兩部分； 核心的XML流傳輸協議 基於XML流傳輸的即時通訊擴展應用 XMPP的核心XML流傳輸協議的定義使得XMPP能夠在一個比以往網路通信協議更規范的平台上。藉助於XML易於解析和閱讀的特性，使得XMPP的協議能夠非常漂亮。 XMPP的即時通訊擴展應用部分是根據IETF在這之前對即時通訊的一個抽象定義的，與其他業已得到廣泛使用的即時通訊協議，諸如AIM，QQ等有功能完整，完善等先進性。
2.XMPP中定義了三個角色，客戶端，伺服器，網關。通信能夠在這三者的任意兩個之間雙向發生。伺服器同時承擔了客戶端信息記錄，連接管理和信息的路由功能。網關承擔著與異構即時通信系統的互聯互通，異構系統可以包括SMS（簡訊），MSN，ICQ等。基本的網路形式是單客戶端通過TCP/IP連接到單伺服器，然後在之上傳輸XML。
3.傳輸的是與即時通訊相關的指令。在以前這些命令要麼用2進制的形式發送，要麼用純文本指令加空格加參數加換行苻的方式發送（比如MSN）。而XMPP傳輸的即時通訊指令的邏輯與以往相仿，只是協議的形式變成了XML格式的純文本。這不但使得解析容易了，人也容易閱讀了，方便了開發和查錯。而XMPP的核心部分就是一個在網路上分片斷發送XML的流協議。這個流協議是XMPP的即時通訊指令的傳遞基礎，也是一個非常重要的可以被進一步利用的網路基礎協議。
⑥ 請問如何開發android IM即時通訊軟體
主要是服務端比較難，需要伺服器的。