由于是Google服务因此当你在国内本地搭建环境时需要翻墙，需要为代码配置代理的服务的端口。

我采用了方便的maven进行sdk集成

<dependency> <!-- 谷歌推送依赖 -->
    <groupId>com.google.firebase</groupId>
    <artifactId>firebase-admin</artifactId>
    <version>6.10.0</version>
</dependency>

为了能在非Google环境下进行凭据确认，我采用设置 GOOGLE_APPLICATION_CREDENTIALS 环境变量的ADC确认方法。
将 GOOGLE_APPLICATION_CREDENTIALS 环境变量设置为包含服务帐号密钥的 JSON 文件的文件路径。
可以手动设置环境变量或者控制台：
set GOOGLE_APPLICATION_CREDENTIALS="C:\Users\username\Downloads\service-account-file.json"
环境变量配置后需重启使得配置生效（也许有些情况下不用，但是我测试时需要重启否则读不到这个值）

//sdk的初始化语句；
FirebaseOptions options = new FirebaseOptions.Builder()
    .setCredentials(GoogleCredentials.getApplicationDefault())
    .setDatabaseUrl("https://<DATABASE_NAME>.firebaseio.com/")
    .build();

FirebaseApp.initializeApp(options);

集成后可以先测试一下是否集成成功，直接运行初始化函数，如果不报错表示json文件的路径和里面的几个关键字段是正确的（服务帐号密钥的 JSON 文件不要自己去编辑，理论上直接下载的就一定是正确的）。
然后可以进行进一步测试，查看是否能够沟通FCM服务器，检验sdk运行情况，这里我提供一个思路：

单个应用初始很简单，如果在需要情况下也可以根据需求初始多个应用

// Initialize the default app
FirebaseApp defaultApp = FirebaseApp.initializeApp(defaultOptions);

// Initialize another app with a different config
FirebaseApp otherApp = FirebaseApp.initializeApp(otherAppConfig, "other");

System.out.println(defaultApp.getName());  // "[DEFAULT]"
System.out.println(otherApp.getName());    // "other"

// Use the shorthand notation to retrieve the default app's services
FirebaseAuth defaultAuth = FirebaseAuth.getInstance();
FirebaseDatabase defaultDatabase = FirebaseDatabase.getInstance();

// Use the otherApp variable to retrieve the other app's services
FirebaseAuth otherAuth = FirebaseAuth.getInstance(otherApp);
FirebaseDatabase otherDatabase = FirebaseDatabase.getInstance(otherApp);

注意：每个应用实例都有自己的配置选项和身份验证状态。

单体发送

// This registration token comes from the client FCM SDKs.
String registrationToken = "YOUR_REGISTRATION_TOKEN";

// See documentation on defining a message payload.
Message message = Message.builder()
    .putData("score", "850")
    .putData("time", "2:45")
    .setToken(registrationToken)
    .build();

// Send a message to the device corresponding to the provided
// registration token.
String response = FirebaseMessaging.getInstance().send(message);
// Response is a message ID string.
System.out.println("Successfully sent message: " + response);

运行成功后，每个发送方法都将返回一个消息 ID。Firebase Admin SDK 会返回 projects/{project_id}/messages/{message_id} 格式的消息 ID 字符串。HTTP 协议响应为单个 JSON 密钥：

{
      "name":"projects/myproject-b5ae1/messages/0:1500415314455276%31bd1c9631bd1c96"
}

群体发送
借助 REST API 与 Admin FCM API，可以将消息多播到一系列设备注册令牌。每次调用时，最多可以指定 100 个设备注册令牌（对于 Java 和 Node.js，最多可以指定 500 个）
并且对于对于 Firebase Admin SDK，返回时响应列表和输入顺序相对应，方便查看错误单元

// Create a list containing up to 100 registration tokens.
// These registration tokens come from the client FCM SDKs.
List<String> registrationTokens = Arrays.asList(
    "YOUR_REGISTRATION_TOKEN_1",
    // ...
    "YOUR_REGISTRATION_TOKEN_n"
);

MulticastMessage message = MulticastMessage.builder()
    .putData("score", "850")
    .putData("time", "2:45")
    .addAllTokens(registrationTokens)
    .build();
BatchResponse response = FirebaseMessaging.getInstance().sendMulticast(message);
// See the BatchResponse reference documentation
// for the contents of response.
System.out.println(response.getSuccessCount() + " messages were sent successfully");
if (response.getFailureCount() > 0) {
  List<SendResponse> responses = response.getResponses();
  List<String> failedTokens = new ArrayList<>();
  for (int i = 0; i < responses.size(); i++) {
    if (!responses.get(i).isSuccessful()) {
      // The order of responses corresponds to the order of the registration tokens.
      failedTokens.add(registrationTokens.get(i));
    }
  }

  System.out.println("List of tokens that caused failures: " + failedTokens);

主题推送可以为订阅主题的用户群进行推送，并且可以进行复合主题推送，让订阅了特殊主题组合的用户收到推送。
一般主题推送

// The topic name can be optionally prefixed with "/topics/".
String topic = "highScores";

// See documentation on defining a message payload.
Message message = Message.builder()
    .putData("score", "850")
    .putData("time", "2:45")
    .setTopic(topic)
    .build();

// Send a message to the devices subscribed to the provided topic.
String response = FirebaseMessaging.getInstance().send(message);
// Response is a message ID string.
System.out.println("Successfully sent message: " + response);

组合主题推送

如需向主题组合发送消息，请指定一个条件，该条件是一个指定目标主题的布尔表达式。例如，如需向已订阅 TopicA 和 TopicB 或 TopicC 的设备发送消息，请设置如下条件：

"'TopicA' in topics && ('TopicB' in topics || 'TopicC' in topics)"

FCM 首先对括号中的所有条件求值，然后从左至右对表达式求值。在上述表达式中，只订阅某个单一主题的用户将不会接收到消息。同样地，未订阅 TopicA 的用户也不会接收到消息。下列组合将会接收到消息：

• TopicA 和 TopicB
• TopicA 和 TopicC

最多可以在条件表达式中添加五个主题。

// Define a condition which will send to devices which are subscribed
// to either the Google stock or the tech industry topics.
String condition = "'stock-GOOG' in topics || 'industry-tech' in topics";

// See documentation on defining a message payload.
Message message = Message.builder()
    .setNotification(Notification.builder()
        .setTitle("$GOOG up 1.43% on the day")
        .setBody("$GOOG gained 11.80 points to close at 835.67, up 1.43% on the day.")
        .build())
    .setCondition(condition)
    .build();

// Send a message to devices subscribed to the combination of topics
// specified by the provided condition.
String response = FirebaseMessaging.getInstance().send(message);
// Response is a message ID string.
System.out.println("Successfully sent message: " + response);

官方文档如下说明：
REST API 与 Admin SDK 支持批量发送消息。您可以将多达 500 条消息组合到一个批处理中，并在单个 API 调用中将它们全部发送出去。与为每条消息单独发送 HTTP 请求相比，这种方法可以显著提高性能。
此功能可用于构建一组自定义消息（包括主题或特定设备注册令牌）并将其发送给不同的接收者。 例如，当您需要同时向不同受众发送消息正文中具有略微不同细节的消息时，请使用此功能

// Create a list containing up to 500 messages.
List<Message> messages = Arrays.asList(
    Message.builder()
        .setNotification(Notification.builder()
            .setTitle("Price drop")
            .setBody("5% off all electronics")
            .build())
        .setToken(registrationToken)
        .build(),
    // ...
    Message.builder()
        .setNotification(Notification.builder()
            .setTitle("Price drop")
            .setBody("2% off all books")
            .build())
        .setTopic("readers-club")
        .build()
);

BatchResponse response = FirebaseMessaging.getInstance().sendAll(messages);
// See the BatchResponse reference documentation
// for the contents of response.
System.out.println(response.getSuccessCount() + " messages were sent successfully");

返回模型和定向推送里的群体推送相同，这是因为都是调用了底层的sendALL，返回的消息顺序和发送的请求顺序相同，方便查找失败单元。

这方面也需要客户端配合，而服务端的推送函数配置可以如下：

public static void testPush( String token,String title,String body
    		,String ring ,String ChannelID) throws IOException, FirebaseMessagingException {
   	 // See documentation on defining a message payload.
    	//获取实例
        FirebaseApp firebaseApp = FirebaseApp.getInstance();
		//实例为空的情况
		if (firebaseApp == null) {
		    return;
		}
		// 这2个内容先不要写需要和其他人协调后再做决定
//		androidNotifiBuilder.setIcon("https://www.shiku.co/images/favicon.png");// 设置消息图标
//		androidConfigBuilder.setRestrictedPackageName("io.telecomm.telecomm");
		androidNotifiBuilder.setColor("#55BEB7");// 设置消息通知颜色
		androidNotifiBuilder.setTitle(title);// 设置消息标题
		androidNotifiBuilder.setBody(body);// 设置消息内容
		androidNotifiBuilder.setSound(ring);		//设置提示音
		androidNotifiBuilder.setChannelId(ChannelID); //设置通知通道
		AndroidNotification androidNotification = androidNotifiBuilder.build();
		androidConfigBuilder.setNotification(androidNotification);
		AndroidConfig androidConfig = androidConfigBuilder.build();
		//构建消息
		Message message = Message.builder()
				.setAndroidConfig(androidConfig)
		        .setToken(token)
		        .build();
        String response = FirebaseMessaging.getInstance().send(message);
        // Response is a message ID string.
    	System.out.println("Successfully sent message: " + response);
	}

如果推送成功android端将按着前端开发的设定，将会播放定义的提示音。
关于通知提示音问题，网上有个不错的方案，如下：
可以通过两种方式处理fcm后台铃声问题。一种是把fcm的sdk版本号设置为10.0.1及以下，在zzm()方法中处理通知铃声（这种方式不推荐，因为fcm版本号迟早都得升级）；另外一种就是，8.0以下版本在res/raw内置一套铃声音频，设置完成后把铃声名告诉服务端(ter.mp3只需要设置ter，后缀不需要)，服务端通过setSound来实现。在8.0及以上版本，当修改一个铃声或者振动，在本地创建一个新的渠道id，设置设置的铃声与振动，把渠道id告诉服务端，服务端通过setAndroidChannelId()来实现；

对于这个方案，我分析了一下应该是这个意思由于版本问题服务端需要向下方传递2个信息一个是音频的名字，不需要后缀，另一个是渠道id，但是服务端怎么知道下方的版本呢，我的设想是，客户端自身配置好铃声后，都上报，然后服务端下发时都下发，又客户端自己处理版本问题。

大部分资料都是来自官方的操作指引，FCM本身架构成熟，功能丰富，并且拥有稳定推送的特性，非常适合境外市场。
后续如果我开发时发现什么有意思的内容也会继续向下在本文更新。