ios java 推送证书制作

http://cshbbrain.iteye.com/blog/1859810

http://blog.sina.com.cn/s/blog_6f9a9718010128hi.html

开发状态服务器地址 gateway.sandbox.push.apple.com 2195
产品状态服务器地址 gateway.push.apple.com         2195

Development和Production两个版本对应的apns device token是不同的 ，前者是develop的 mobileprovision下获取的。后者是production的mobileprovision获取的。
Development和Production两个版本 可以共用一个App ID（ 不推荐 。共用时每次调试前都要删除设备上的app，重新打包生成。而且公用appid会经常抓狂，早上行，下午就不行了。所以不推荐），但是 不能 共 用一个mobileprovision ，所以要单独生成Distribution的证书供production版本使用。
注：Distribution的版本是无法在设备上debug调试的！
Development和Production两个版本的code sign是不同的，前者是 iPhone Developer，后者是iPhone Distribution。注意不能搞错。

无论是Development Push SSLCertificate还是Production Push SSL Certificate 都有过期时间的。 Development Push SSL Certificate 有效期大概 四个月 左右，而 ProductionPush SSL Certificate 的有效期是 一年 。需要注意在过期之前生成新的证书，以免影响使用。

openssl pkcs12 -clcerts -nokeys -out apns-dev-cert.pem -in apns-dev-cert.p12
openssl pkcs12 -nocerts -out apns-dev-key.pem -in apns-dev-cert.p12
openssl rsa -in apns-dev-key.pem -out apns-dev-key-noenc.pem
cat apns-dev-cert.pem apns-dev-key-noenc.pem > apns-dev.pem

在Mac上生成 Apple推送通知SSL许可证：
    1.    登录到 iPhone Developer Connection Portal 并点击 App IDs
    2.    创建一个不使用通配符的 App ID 。通配符 ID 不能用于推送通知服务。例如，我们的iPhone程序ID像这样：  AB123346CD.com.serverdensity.iphone
    3.    点击App ID旁的“Configure”，然后按下按钮生产 推送通知许可证。根据“向导”指导的步骤生成一个签名并上传，最后下载生成的许可证。此步骤在 Apple文档中 也有谈到。
    4.    通过双击.cer文件将你的 aps_developer_identity.cer 引入Keychain中。
    5.    在Mac上启动 Keychain助手，然后在login keychain中选择 Certificates分类。你将看到一个可扩展选项“Apple Development Push Services”
    6.    扩展此选项然后右击“Apple Development Push Services” > Export “Apple Development Push Services ID123”。保存为 apns-dev-cert.p12 文件。
    7.    扩展“Apple Development Push Services” 对“Private Key”做同样操作，保存为 apns-dev-key.p12 文件。
    8.    需要通过终端命令将这些文件转换为PEM格式：
openssl pkcs12 -clcerts -nokeys -out apns-dev-cert.pem -in apns-dev-cert.p12
    9.    转换得到key的pem：
openssl pkcs12 -nocerts -out apns-dev-key.pem -in apns-dev-cert.p12
    10.    如果你想要移除密码，要么在导出/转换时不要设定或者执行：
openssl rsa -in apns-dev-key.pem -out apns-dev-key-noenc.pem
    11.    最后，你需要将键和许可文件合成为apns-dev.pem文件，此文件在连接到APNS时需要使用：
cat apns-dev-cert.pem apns-dev-key-noenc.pem > apns-dev.pem

将此文件保存为一个易记的名字，你有可能以后会用到它。上述步骤同样适合于生成产品许可证。

检验证书是否正确的方法：

$ telnet gateway.sandbox.push.apple.com 2195

Trying 17.172.232.226…

Connected to gateway.sandbox.push-apple.com.akadns.net.

Escape character is ‘^]’.

它将尝试发送一个规则的，不加密的连接到APNS服务。如果你看到上面的反馈，那说明你的MAC能够到达APNS。按下Ctrl+C 关闭连接。如果得到一个错误信息，那么你需要确保你的防火墙允许2195端口。

然后再次连接，这次用我们的SSL证书和私钥来设置一个安全的连接：

$ openssl s_client -connect gateway.sandbox.push.apple.com:2195

-cert PushChatCert.pem -key PushChatKey.pem

Enter pass phrase for PushChatKey.pem:

你会看到一个完整的输出，让你明白OpenSSL在后台做什么。如果连接是成功的，你可以键入一些字符。当你按下回车后，服务就会断开连接。如果在建立连接时有问题，OpenSSL将会给你一个错误消息，但是你不得不向上翻输出LOG，来找到它。

当然上面要测试prodution版本是否正确的话，把gateway.sandbox.push.apple.com换成gateway.push.apple.com就好。

客户端很好做，申请证书，复制代码，就行了。
服务器端， 如果是php的，那必须使用.pem的证书，如果是java的，那必须使用.p12的证书。（很可能还需要双击证书进行安装！）
服务器端发出的 json包是有大小限制的，最大256字节，包括自定义字典集。
aps中的alert字符串里是可以添加"\n"做换行的。
json包中除了alert,badge,sound之外，还是是可以自定值的。

额外的自定义值：
　　$payload['aps'] = array('alert' => 'This is the alert text', 'badge' => 1, 'sound' => 'default');
　　$payload['server'] = array('serverId' => $serverId, 'name' => $name);
　　$output = json_encode($payload);
　　当用户按下“View”后，自定义server值将被传递到设备中的程序。JSON 值如下：
　　{
　　"aps" :
                     { "alert" :
                                           {
                                               "action-loc-key" : "显示" ,
                                               "body" : "This is the alert text"
                                             },
                         "badge" : 1,
                         "sound" : "default" },
　　"server" : { "serverId" : 1, "name" : "Server name")
　　}
　　256字节的限制适用于整个payload，包括自定义字典集。


　　原生接口
　　在Server Density中，一旦产生了一条提示，将建立一个payload并插入队列中。因此有必要时我们可以同时发送多个payload。
　　Apple推荐使用这种方法，因为如果你在发送各payload时频繁连接和断开， APNS有可能会封锁你的IP。
　　如Apple 描述:
　　原生接口使用原生socket，具有二进制内容，采用数据流技术，不产生回馈。

高人的总结：
APPLE推送通知服务教程 PART-1
APPLE推送通知服务教程 PART-2
APPLE推送通知服务教程 PART-3
apns php版本：
https://code.google.com/p/apns-php/wiki/CertificateCreation

IOS7之前，苹果对于一个设备上的多个APP，生成相同的DeviceToken。
IOS7以及之后，苹果对于一个设备上的多个APP，生成不同的DeviceToken。
这种新改变导致APNS上创建了一张新老token的映射表，如果你一直用老的token，那没问题，但是，一旦服务器使用新的DeviceToken，映射表中的记录就会被删除，这意味着，老的DeviceToken就不能用了，必然发送失败。
待验证：IOS5和IOS6，APP永远可以获取DeviceToken，除此之外的系统，如果用户拒绝了，或者关闭了推送，那么无法获取DeviceToken，走失败回调。
原文出处： https://support.urbanairship.com/customer/portal/articles/1321513-how-ios-7-handles-push-differently
http://stackoverflow.com/questions/6652242/does-the-device-token-ever-change-once-created

生成证书需要注意事项：
苹果开发者账号分好几种角色
Agent：代理人，拥有最高权限，可以访问iTunes Connect。
Admin：管理员，拥有管理成员、维护设备列表，维护APPID以及证书列表权限。
Member：普通成员，只读权限。

备注：3013.9.11经过测试，我发现前段时间苹果网站下线期间更新了证书生成机制。以前，利用钥匙串生成一个CSR文件，可以一直用。但是，现在每当你要生成证书，做generate的时候都需要提前重新生成一个CSR文件，否则你生成的证书都是无效的，假证书，尤其是PUSH的，服务端使用这种证书根本无法和APNS建立连接，这种诡异的问题超难跟踪的！希望看到这段话的人都能避免走弯路，不用谢了！

在使用PushMeBaby中也遇到各种问题。首先，虽然工程中已经使用了.cer的公钥证书，但是本地钥匙串中必须有带私钥的证书，否则连接无法成功建立。而且需要注意的是，证书最好放在“登录”分组中，否则程序也是找不到私钥的。其次，原始的工程中在scanString的时候会死循环，需要修改为如下代码：
       NSUInteger count = 0;
       while(![scanner isAtEnd]) {
              [scanner scanHexInt:&value];
              value = htonl(value);
              [deviceTokenData appendBytes:&value length:sizeof(value)];
               if (++count >= [self.deviceToken length]-1) {
                       break;
               }
       }

http://www.360doc.com/content/14/0208/12/9200790_350679134.shtml

OS推送小结（证书的生成、客户端的开发、服务端的开发）

1.推送过程简介

     （1）App启动过程中，使用UIApplication::registerForRemoteNotificationTypes函数与苹果的APNS服务器通信，发出注册远程推送的申请。若注册成功，回调函数application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken 会被触发，App可以得到deviceToken，该token就是一个与设备相关的字符串.
     （2）App获取到DeviceToken后，将DeviceToken发送给自己的服务端。
     （3）服务端拿到DeviceToken以后，使用证书文件，向苹果的APNS服务器发起一个SSL连接。连接成功之后，发送一段JSON串，该JSON串包含推送消息的类型及内容。
    （4）苹果的APNS服务器得到JSON串以后，向App发送通知消息，使得App的回调函数application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo被调用，App从userInfo中即可得到推送消息的内容。

 

2. 用到的证书文件及生成过程

   （1）certSigningRequest文件，该文件在MAC系统中生成，用于在Apple网站上申请推送证书文件。
         生成过程：
         打开应用程序中的“钥匙串访问”软件，从菜单中选择 “钥匙串访问”-》“证书助理”-》“从证书颁发机构请求证书”，邮箱和名称随便填写，然后选择保存到磁盘，就可以在本地生成一个CertificateSigningRequest.certSigningRequest文件。

   （2）注册一个支持push的app id，后面会用到。
        生成过程：
       进入developer.apple.com，选择member center - Certificates, Identifiers & Profiles  -  Identifiers- App Ids，然后选择注册app id，设置appid名称，同时，app id suffix一栏必须选择explicit app id，然后设置bundle id，最后勾选 App Services中的 Push Notifications，这样就可以注册一个支持push的aphid。

    
  （3） 推送证书cer文件，该文件在developer.apple.com中生成，用于生成服务端需要的文件。
        生成过程：
        进入developer.apple.com，选择member center - Certificates, Identifiers & Profiles  -  Certificates，然后选择创建certificate，类型分为Development和Product。这里以Development为例，选择Apple Push Notification service SSL (Sandbox) ，然后下一步，选择之前生成的支持push的AppId，然后下一步，提交之前创建的CSR文件，再下一步就可以生成cer文件，然后保存到本地。

  （4）生成服务端使用的证书文件。如果是使用网上的mac 版PushMeBaby工具，在mac机器上进行推送消息的发送，那么有上面的cer文件就够了。如果是使用PHP、java/c#开发自己的服务端，那么还需要将上面的cer文件做一个转换，生成pem文件或者p12文件。

       生成php用的pem文件过程为：
        首先双击前面保存的cer文件，此时会打开“钥匙串访问”软件，里面会出现一个Apple Development  IOS push services证书，一个公用密钥和一个专用秘钥，秘钥的名称与证书助理中填写的名称一致。
      选中证书，导出为 apns-dev-cert.p12 文件
      选中专有秘钥，导出为apns-dev-key.p12文件
      通过终端命令将这些文件转换为PEM格式：
      openssl pkcs12 -clcerts -nokeys -out apns-dev-cert.pem -in apns-dev-cert.p12
      openssl pkcs12 -nocerts -out apns-dev-key.pem -in apns-dev-key.p12
      最后， 需要将两个pem文件合并成一个apns-dev.pem文件，此文件在连接到APNS时需要使用：
      cat apns-dev-cert.pem apns-dev-key-noenc.pem > apns-dev.pem

       生成java/c#用的p12文件过程为：

       openssl pkcs12 -clcerts -nokeys -out apns-dev-cert.pem -in apns-dev-cert.p12
       openssl pkcs12 -nocerts -out apns-dev-key.pem -in apns-dev-key.p12
       openssl pkcs12 -export -in apns-dev-cert.pem -inkey apns-dev-key.pem -certfile CertificateSigningRequest.certSigningRequest -name "push" -out push.p12      

      
  （5）生成XCODE使用的provisioning文件,该文件用于真机调试。
         生成过程：
         进入developer.apple.com，选择member center - Certificates, Identifiers & Profiles  -  Provisioning Profiles，然后选择创建Provisioning  file，接着选择iOS App Development ，下一步选择AppId，选中之前建立的支持push的appid，接着下一步选择支持push的certificate，下一步勾选需要支持的device id，最后一步设置provisioning文件的文件名，这样provisioning文件就生成了。

    3. 服务端的开发
     （1）如果只是希望在mac电脑上测试一下消息的推送，可以使用PushMeBaby工具，使用起来比较简单。该工具是开源的，可以从https://github.com/stefanhafeneger/PushMeBaby 下载，代码的执行过程实际上就是设置一下SSL证书，然后连接APNS，接着发送JSON数据。由于要处理SSL逻辑，因此代码稍微多点。在使用工具时，将工程资源中的cer文件替换成自己的cer文件，然后将代码中的deviceToken替换成自己设备的deviceToken即可。

     （2）使用php开发服务端
       由于php已经内置了ssl模块，因此使用php连接APNS服务器来发送json的过程实际上是很简单的，代码如下：

该文件可以放到服务器中通过浏览器来访问，也可以通过命令行的方式来解释执行，代码为：$ php -f Pusher.php

     

php
$deviceToken= ‘自己的deviceToken'; //没有空格
$body = array("aps" => array("alert" => 'message',"badge" => 2,"sound"=>'default'));  //推送方式，包含内容和声音$$ctx = stream_context_create();

//如果在Windows的服务器上，寻找pem路径会有问题，路径修改成这样的方法：
//$pem = dirname(__FILE__) . '/' . 'apns-dev.pem';
//linux 的服务器直接写pem的路径即可
stream_context_set_option($ctx,"ssl","local_cert","apns-dev.pem");
$pass = "xxxxxx";stream_context_set_option($ctx, 'ssl', 'passphrase', $pass);//

//此处有两个服务器需要选择，如果是开发测试用，选择第二名sandbox的服务器并使用Dev的pem证书，如果是正式发布，使用Product的pem并选用正式的服务器
$fp = stream_socket_client("ssl://gateway.push.apple.com:2195", $err, $errstr, 60, STREAM_CLIENT_CONNECT, $ctx);
$fp = stream_socket_client("ssl://gateway.sandbox.push.apple.com:2195", $err, $errstr, 60, STREAM_CLIENT_CONNECT, $ctx);
if (!$fp) 
    {echo "Failed to connect $err $errstrn";return;}
print "Connection OK\n";
  $payload = json_encode($body);$msg = chr(0) . pack("n",32) . pack("H*", str_replace(' ', '', $deviceToken)) . pack("n",strlen($payload)) . $payload;
  echo "sending message :" . $payload ."\n";
fwrite($fp, $msg); 
fclose($fp);

?>

    4. 客户端的开发
     （1）下载前面建立的cer文件和provisioning文件，双击，导入到xcode中，在build setting中code signing一栏里选择这两个文件的名称，这样就可以将支持push的app部署到真机中。
     

     （2）处理推送消息
           客户端对推送消息的处理分两种情况：
          一. 在App没有运行的情况下，系统收到推送消息，用户点击推送消息，启动App。此时，不会执行前面提到的          didReceiveRemoteNotification函数，而是在App的applicationDidFinishLaunching函数中处理推送，通过以下代码可以获取推送消息中的数据： NSDictionary *userInfo =[launchOptionsobjectForKey:UIApplicationLaunchOptionsRemoteNotificationKey];

          二 . 当APP处于前台时，系统收到推送消息，此时系统不会弹出消息提示，会直接触发application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo函数，推送数据在userInfo字典中。

           当App处于后台时，如果系统收到推送消息，当用户点击推送消息时，会执行application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo函数，
          此时AppDelegate中函数执行的顺序为：
          applicationWillEnterForeground 
          application:didReceiveRemoteNotification
          applicationDidBecomeActive