繼續在Eclipse上使用推播功能

2016年以後，GCM開始被停止更新和支援，推播功能也被重新命名為FCM，並使用Firebase做為後台運作的機制。

要使用Firebase的Library，就一定要使用Gradlle並且搭配Android Studio的檔案讀取、解壓縮功能，Maven的Library導入功能並不支援AndroidSDK中的新檔案類型。

解決辦法(第一步)是去Android Studio下建立一個專案後，從這個專案中取出相對應的各種Library。

如果不想這樣做，這裡有人(外國網友：dandar3)幫忙把所有專案都上傳到Github。(同時他也有說明其他步驟...)

(專案中有些AndroidManifest.xml的內容需要被註解起來，因為它的內容是要在APP project的AndroidManifest.xml中完成，而不是在library中。)


接著到Firebase的Console中，建立一個新專案，(原則跟在Google Cloud Plateform下建立新專案並增加一份權限很像。)

建立完成後，Console會提供一份Json檔讓開發者下載，(同時有提供導引讓使用者知道要在Android Studio下如何使用這份檔案。)

但Maven環境不能使用這份檔案，必須要使用XML檔轉複製這份Json的內容。

先在APP Project下建立一份XML檔，附檔名如下、路徑也如下。

res\values\google-services.xml

1 2 3 4 5 6 7 8 9

<?xml version="1.0" encoding="utf-8"?> <resources>     <string name="default_web_client_id" translatable="false">{YOUR_CLIENT}/oauth_client/[first client_type 3]</string>     <string name="gcm_defaultSenderId"   translatable="false">project_info/project_number</string>     <string name="firebase_database_url" translatable="false">project_info/firebase_url</string>     <string name="google_app_id"         translatable="false">{YOUR_CLIENT}/client_info/mobilesdk_app_id</string>     <string name="google_api_key"        translatable="false">{YOUR_CLIENT}/services/api_key/current_key</string>     <string name="google_storage_bucket" translatable="false">project_info/storage_bucket</string> </resources>

作者(DanDar3)在後面寫入值的地方留下的指引。

(或是到官方說明文件下看指引。)

例如「{YOUR)CLIENT}/oauth_client/[first client _type 3]」的意思是「在JSON物件的root層找到client參數，然後再往下找到oauth_client參數，接著會發現一個陣列，在陣列第一筆資料中找到client_type，就是要寫入這裡的值。




以下的原則就跟官方指引的內容其實大同小異。

【2017/10/16 19:42 確實可以成功取得FCM的Token，只是還沒被驗證過是否可用或正確。】

【2018/04/09 14:08 getToken如果一直取得Null，要改用需要傳入兩個字串參數值的getToken。兩個字串參數分別是使用getId取得的字串和固定字串「FCM」。】

【2018/04/20 16:33 取得Token時會獲得Invalid_Sender。】

Android的OAuth

要使用Google官方Guide上說明的OAuth2Service，其實有幾個細節要注意。

1.Guide中少了一項uses-permission：android.permission.GET_ACCOUNTS。

2.需要到API管理Console中幫這個Android項目建立一筆權限。(任何一個API Project都可以用來建立權限。)

3.一般來說，都是使用「com.google」作為預設的AccountType。(但使用者也可以客製化自己的帳號類別，但我沒做過。)



除此以外，就按照文件做就可以了。

Android手機上GCM的設定方法

【注意！如果是在找iPhone，或純網頁版的GCM功能，建議別在我這篇文章裡浪費時間了，除非你搞不懂Key和SenderID之間的關係，弄不懂自己到底哪裡出錯。】

所謂的GCM，就是Android會時不時從網路上收到由「Google系統」所發出「針對你這支手機、要給你的資訊。」

它的結構並不難！只是有些資訊因為版本不停更換，不管是API說明，或是Console端介面，所以說明變得越來越模糊籠統，對新人來說越來越不友善。

但GCM只是種「如何實現非Google系統也能針對特定手機發送針對這支手機所發出的資訊」的機制，它的具體應用內容目前並沒有太多規範與限制！

所以要試著把「自己想做的事情和應用」給排除、專注在理解「發送GCM」上，反而會容易理解GCM的機制與應用方法



雖然網頁教學強調「Server Key」和「SenderID」是應用的基礎，但......

「Google Developer Console端設定」才是這項功能的核心！

(官網上的教學完全假設使用者已經對Console端運作的邏輯和每個欄位每個值得意義滾瓜爛熟......)

每一支GCM功能都要在Console端設定一項專案！

意思是說...一支網頁如果有發送GCM功能，它是否只能針對一項GCM功能？一支手機APP一次是否只能囊括一項GCM功能？...以上答案都是「不」！

理論上來說，一支APP裡面同時可以應用到很多個GCM功能。

比如A購物應用和B購物應用都有自己的GCM內容，能否做一支APP同時把兩支應用的GCM都改由同一支APP接收？(「我不想要購物，但我想要知道廣告消息？」)...

理論上來說，可以！

(2015/12/23：我自己是有測試過，成功了。但未來是否會針對這項特性做出限制？...不保證！)



GCM服務在Google Console上可以獨立成為一項專案嗎？

理論上來說可以，只是不知道為何，我連測試它的動力都沒有。可能是因為我是使用GAE平台來施作Service，而我的GCM服務就直接附屬GAE專案在裏頭。但對不使用GAE的使用者來說，這樣做可能反而很合理。

這是Google Console設定的邏輯。一項專案可以單純的只是一串Google API應用權限的集合，設定完之後任何網頁APP或手機APP都能使用這項專案的權限設定。

再講精準一點、講的懶人一點，一支手機APP中，可以使用兩組以上的Google API專案？...答案當然也是「可以」。(關鍵點在這組專案的這項功能是否讓特定APP使用。如果不行？那就是沒有權限！如果將特定APP的權限加入後，自然就可以使用了。)



這是很多菜鳥在思維跟管理上會犯的錯。(對！我是菜鳥！)

GCM服務並不屬於任何Web Service或是APP，而是Web Service或APP需要使用特定GCM專案時，需要將自己的權限加入GCM服務專案中。

將Web Service加入GCM服務專案後，就會產生一組Server Key。這組Key就是Authorization欄位中所要帶入的參數值。(我不會用XMPP，所以那段怎麼做，請自行研究一下。)

至於APP端需要的SenderID，其實就是這個GCM服務專案的專案ID！

(2015/12/23：不知道為何，中文版的Console上，每個專案都有兩組專案ID，一組是文字，另一組則是編號。這地方要取用編號。)

如果Service Key跟SenderID來自不同的GCM專案，就會產生「MismatchSenderID」的結果！

如果為了方便開發，APP端跟WebService可能會分頭進行，為了測試就用GAE設置了測試用的簡單WebService，這時候就很容易忽略了這個步驟.......

因為是GAE，所以一定會在Console上設置一組Google API專案。就很順手的把GCM服務也歸屬在這項專案中，也從中取得ServiceKey和加入APP權限......但不知道為何，使用的SenderID還是正式WebService的專案ID。



對.......

其實這整篇文只是想解釋MismatchSenderID造成的原因。