精华内容
下载资源
问答
  • Android开发中经常会用到周期性执行一个动作的需求,大的场景有送,统计,即时通讯,小的场景有客户端进行一些小范围的计时器, 统计:客户端不断轮询去请求服务器某个接口,上报数据等 1. 统计方案见《 ...

    http://blog.csdn.net/sk719887916/article/details/51398416 skay亲笔
    Android开发中经常会用到周期性执行一个动作的需求,大的场景有推送,统计,即时通讯,小的场景有客户端进行一些小范围的计时器,列入有以下场景。
    统计:客户端不断轮询去请求服务器某个接口,上报数据等
    1. 统计方案见《 Android 优质精准的用户行为和日志打捞方案》
    2. 日志抓取见:《Android全局异常处理(可以做强制退出和carsh日志抓取)》

    推送:客户端定时去检测服务器有无新的消息,也有采用socket进行长连接主动推,那么这一类我们可以归类到即时通信中
    聊天: 客户端和服务端双向采用轮询机制,业内不叫轮询,称之为心跳机制。客户端定时的连接服务器,服务器轮询去检测客户端是否在线,这叫保证了客户端断线时能及时连接到服务器,服务器也能及时在和客户端掉线时更新状态,
    不死进程:话说不死进程我们可以用轮询监测某个服务是否存活,但是一般实现不死进程时候不建议采取轮询机制,一般采用三方互相守护来实现。

    常有客户端轮询方案有如下:

    一 采用Thread+Service方式

     此方式在客户单开启时成功开启一个后台服务,并在服务里启动一个线程,让线程定时去执行应任务,
    
    
    
    public class PollService extends Service {
    
     private Boolean isStart = true;
    
    @Override
    public IBinder onBind(Intent intent) {
    
        new MyThread().start();
        return null;
    }
    
    @Override
    public void onCreate() {
        System.out.println("oncreate()");
    
        MyThread thread = new MyThread();
        thread.start();
    
        super.onCreate();
    }
    
    
    private class MyThread extends Thread {
        @Override
        public void run() {
    
            while (isStart) {
    
                try {
                    // 每个5秒向服务器发送一次请求
                    Thread.sleep(5000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
           // do something
    
            }
        }
    }
    
    @Override
    public void onDestroy() {
        isStart = false;
        super.onDestroy();
    }
    

    }

    二 采用Handler 进行定时轮询

    此方式只采用handler加入到 ThreadLocal中,定时sendMessge和handleMessage,来完成我们的定时功能。

    public class StatiPollMgr {
    /** 超期消息 */
    private static final int MSG_TIMEOUT = 1;
    private PaStaticsManagerImpl staticsManagerImpl;
    /** 心跳周期 */
    private long mCardiacCycle;
    /** 默认心跳周期,即初始化而来的周期 */
    private long mDefaultCycle;
    
    
    public StatiPollMgr(){
    }
    
    /**
     * 开启心跳
     * 
     * @param aCardiacCycle
     *            心跳周期
     */
    public void start(long aCardiacCycle) {
        mDefaultCycle = aCardiacCycle;
        mCardiacCycle = aCardiacCycle;
    
        checkDateChanging();
        stop();
        loop();
    }
    
    /**
     * 停止心跳
     */
    public void stop() {
        sPrivateHandler.get().removeMessages(MSG_TIMEOUT);
    }
    
    /**
     * 循环
     */
    private void loop() {
        Message msg = sPrivateHandler.get().obtainMessage(MSG_TIMEOUT, this);
        sPrivateHandler.get().sendMessageDelayed(msg, mCardiacCycle);
    }
    
    /**
     * 超期通知
     */
    public void onTimeOut() {
        // do something
    }
    
    /**
     * 检测将要跨天时,调整心跳周期;跨天之后,调回默认值
     */
    private void checkDateChanging() {
        Time time = new Time();
        time.setToNow();
        int hour = time.hour; //24小时制
        int minute = time.minute;
        if (hour == 23) { //SUPPRESS CHECKSTYLE
            int cycle = 61 - minute; // SUPPRESS CHECKSTYLE 12:01访问
            long timeSchedule = cycle * DateUtils.MINUTE_IN_MILLIS;
            if (timeSchedule < mCardiacCycle) {
                mCardiacCycle = timeSchedule;
            }
        } else {
            if (mCardiacCycle != mDefaultCycle) {
                mCardiacCycle = mDefaultCycle;
            }
        }
    }
    
    /**
     * Handler
     */
    private static final ThreadLocal<Handler> sPrivateHandler = new ThreadLocal<Handler>() {
        @Override
        protected Handler initialValue() {
            return new Handler(Looper.getMainLooper()) {
    
                @Override
                public void handleMessage(Message msg) {
                    switch (msg.what) {
                        case MSG_TIMEOUT:
                            StatiPollMgr schedule = (StatiPollMgr) msg.obj;
                            if (schedule != null) {
                                schedule.onTimeOut();
                                schedule.checkDateChanging(); 
                                schedule.loop();
                            }
                            break;
                        default:
                            break;
                    }
                }
    
            };
        }
    };
    

    }

    三 采用AlarmManager和Broadcast

    采用Anrdoid自带的Alarm机制来做定时操作,本API本来用作系统的铃声操作,我们可以借助他来完成定时操作,一般我们在Alarm来启动一个Receiver,在Receiver中去执行我们的需求代码就可以了

    Receiver 用来接收消息

    public class CoreReceiver extends BroadcastReceiver {
    
    public static final String REPORT_ACTION = "action.base.send_report";
    
    @Override
    public void onReceive(Context context, Intent intent) {
    
        if (context == null || intent ==null ) {
            return;
        }
    
        if (TextUtils.equals(intent.getAction(), REPORT_ACTION)) {
    
    
            Toast.makeText(context, "send statData", Toast.LENGTH_LONG).show();
    
            //do some 列入去请求网络,或其它更新UI操作等
    
        }
    

    AlarmManager
    用来设定时间和触发广播

    public class PollUtil {
    
      static CoreReceiver receiver;
    
    
    /**开启轮询服务
     * @param context
     * @param seconds
     * @param cls
     * @param action
     */
    public static void startPollingService(Context context, int seconds, Class<?> cls, String action) {
    
    
        //获取AlarmManager系统服务
        AlarmManager manager = (AlarmManager) context
                .getSystemService(Context.ALARM_SERVICE);
    
        //包装需要执行Service的Intent
        Intent intent = new Intent(context, cls);
        intent.setAction(action);
        PendingIntent pendingIntent = PendingIntent.getBroadcast(context, 0,
                intent, PendingIntent.FLAG_UPDATE_CURRENT);
    
        //触发服务的起始时间
        long triggerAtTime = SystemClock.elapsedRealtime();
    
        //使用AlarmManger的setRepeating方法设置定期执行的时间间隔(seconds秒)和需要执行的Service
        manager.setRepeating(AlarmManager.ELAPSED_REALTIME, triggerAtTime,
                seconds * 1000, pendingIntent);
    }
    
    /**
     * 停止轮询服务
     * @param context
     * @param cls
     * @param action
     */
    public static void stopPollingService(Context context, Class<?> cls, String action) {
        AlarmManager manager = (AlarmManager) context
                .getSystemService(Context.ALARM_SERVICE);
        Intent intent = new Intent(context, cls);
        intent.setAction(action);
        PendingIntent pendingIntent = PendingIntent.getBroadcast(context, 0,
                intent, PendingIntent.FLAG_UPDATE_CURRENT);
        //取消正在执行的服务
        manager.cancel(pendingIntent);
    
    }
    

    接下来我们的Activity中直接可以调用轮询工具类的start方法,
    PollUtil.stopPollingService(mContext, CoreReceiver.class, CoreReceiver.REPORT_ACTION , 3);

    总结

    上面三种方法都可以实现本地轮询器,那么哪种方式比较靠谱呢,
    显然第一种是开启一个Service,这样消耗显而易见,在app内存持续暴涨情况下这个服务又被kill的可能,我们可以把Service声明成进程,以及提高到前台,也可以采用广播来启动,但逃不过第三方安全软件kill的可能,在保证功能情况下,这种方式也不可取的。我们APP退出时更保证不正常的轮询

    第二种采用handler, 性能开销相对很低,我们也可以在app启动时做一些轮询操作,但是当我们的App退出时就无法进行轮询操作的,这种实现方式,我们可以app启动的相对需求中采用,比如去计时去采集app的行为日志,性能开销等,

    第三种,借助系统的Api,那么本身的系统就进行闹铃操作,也可以在app退出是进行定时,比如推送功能我们可以借助这种方案,但是会存在手机兼容问题,比如国产的手机已经对我们的Alarm加入权限,第三方应用无法对此操作。

    不管那种方式,我们也可以采取多方式配合,比如我们广播启动Service,Service在被杀的时候发送来触发广播,广播竟可能的监听系统多种广播来启动我们的Service, 也可以将Alarm加入进来,来守护某个Service
    当然性能方面第二种是最优的,功能全面来说第三种最优

    自定义统计SDK:

    http://www.jianshu.com/p/cd83e81b78aa

    展开全文
  • 本地接收到后轮向服务器发请message 请求来获取消息。 服务器查询redis获取消息,并emit 返回。 以下是服务端代码: /*star 2016-8-20 socket 从请求中获取cookie 也就是token 再从redis里取到...

    在做项目时,需要实现消息提醒,因为现在有多个项目,都需要实现。

    为了实现多项目公用,和以后项目也可以使用。

    单独开了个项目,起了个node 服务来实现消息提醒。

    用express redis socket.io来实现的。

    session 都存在redis里,所有的服务都一样。这样实现了,sessio共享

    只要其他项目登录了,消息服务也就登录了。

    因为要多个项目共用,所以会在项目中引用socket.io js 然后创建

    var socket=io('http://localhost:8007');

    链接到8007也就是消息服务器。

    消息服务io connection 链接上后,通过socket.request.headers.sookie 来获取请求的cookie 找到connect.sid 得到sid。

    再从redis上查找对应的用户信息。保存到链接socket上。然后发送emit open ,表示链接成功。

    本地接收到后轮循向服务器发请message 请求来获取消息。

    服务器查询redis获取消息,并emit 返回。


    以下是服务端代码:

    /*star 2016-8-20
    socket 从请求中获取cookie 也就是token 再从redis里取到token对应的user 信息。
    这后向socket页面emit(open) 表示当前登录用户链接socket成功。
    本地轮循发起emit message 事件,获取用户的提示条数。
    服务器根据 userid 从redis里读取提示条数并返回。
    ----此为node socket 消息服务器第一种解决方案
    */
    var express = require('express');
    var path = require('path');
    var cookieParser = require('cookie-parser');
    var bodyParser = require('body-parser');
    var session = require('express-session');
    var RedisStore = require('connect-redis')(session);
    var http = require('http');
    
    var redis_api=require('./redis_api.js')
    
    
    var port=8007;
    var app = express();
    
    
    
    // view engine setup
    app.use(bodyParser.json());
    app.use(bodyParser.urlencoded({ extended: false }));
    app.use(cookieParser());
    app.use(express.static(path.join(__dirname, 'public')));
    
    // 设置 Session
    app.use(session({
      store: new RedisStore({
        host: "127.0.0.1",
        port: 6379,
        db: 0
        //pass: 'yu'
      }),
      resave:false,
      saveUninitialized:false,
      secret: 'keyboard cat'
    }))
    
    app.use(function(req,res,next){
      console.log(req.url);
      next();
    })
    
    
    
    
    app.get('/socket',function(req,res){
    	res.header("Access-Control-Allow-Origin", "*");
    	//console.log(req.session.username)
    	res.send(req.session)
    })
    
    
    var server = http.createServer(app);
    
    server.listen(port);
    server.on('error', onError);
    server.on('listening', onListening);
    
    
    var io=require('socket.io')(server);
    var users=[]
    io.on('connection',function(socket){	
    	console.log('open')
    	//获取请求cookie
    	var cookie_string=decodeURIComponent(socket.request.headers.cookie)
    	//正则匹配 获取sid
    	var s=/connect.sid=([^\.]+)/g.exec(cookie_string);
    	var sid='';
    	if(s && s.length>1){
    		sid=s[1].split(':')[1];
    		//console.log(sid);
    		var user;
    		redis_api.getsid(sid,function(err,res){
    			if(!err){
    				user=res;			
    				socket.emit('open',{sid:sid,user:user.user})
    				socket.sid=sid;
    				socket.user=user.user;
    				//链接数测试
    				/*var n=9000000;
    				while(n--){
    					users.push(socket);
    				}*/
    			}
    		})
    	}
    	socket.on('message',function(res){
    		console.log(res);
    		switch(res.action){
    			case "read":
    				read();
    				break;
    		}
    	})
    	function read(){
    		redis_api.getmessage(socket.user.id,function(err,reply){
    			if(!err){
    				socket.emit('message',{type:1,action:'message',data:reply,number:users.length})
    			}
    		})
    	}
    	socket.on('disconnect',function(){
    		console.log('close')
    	})
    	
    })
    
    function onError(error) {
      if (error.syscall !== 'listen') {
        throw error;
      }
    
      var bind = typeof port === 'string'
        ? 'Pipe ' + port
        : 'Port ' + port;
    
      // handle specific listen errors with friendly messages
      switch (error.code) {
        case 'EACCES':
          console.error(bind + ' requires elevated privileges');
        
          break;
        case 'EADDRINUSE':
          console.error(bind + ' is already in use');
          
          break;
        default:
          throw error;
      }
    }
    
    /**
     * Event listener for HTTP server "listening" event.
     */
    
    function onListening() {
    
     console.log('localhost:'+port)
    }
    以下是redis_api代码

    var redis   = require('redis');
    var client  = redis.createClient('6379', '127.0.0.1');
    
    
    exports.getsid=function(sid,call){
    	//client.select('0',function(err){			
    			//if(!err){
    				//console.log('select 0',err)
    				client.get('sess:'+sid ,function(err,reply){
    					console.log('------sess:'+sid)
    					console.log('sess:',sid,err,reply)
    					console.log('end ------sess:'+sid)
    					if(err){
    						call(err)
    					}else{
    						//console.log('sess:'+sid+'=',reply)
    						call(0,JSON.parse(reply))
    					}					
    				})
    			//}
    	//})
    
    }
    //根据userid 获取消息数
    exports.getmessage=function(userid,call){
    	client.select('0',function(err){
    		if(!err){
    			client.get('message:'+userid,function(err,reply){
    				if(!err){
    					console.log('message:'+userid+'='+reply)
    					call(0,JSON.parse(reply))
    				}
    				// 关闭链接
               		//client.quit();
    			})
    		}
    	})
    }
    
    


    以下是页面代码:

    var socket=io('http://localhost:8007');
    			socket.on('open',function(res){
    				console.log('开了',res)
    				time();
    				//socket.emit('message',{id:1,type:1,action:'read'})
    			})
    			socket.on('message',function(res){
    				console.log(res,new Date());
    			})
    
    			
    			//以下为轮循发请emit 获取消息数
    			function time(){
    				setInterval(function(){
    					socket.emit('message',{type:1,action:'read'})
    					//socket.emit('message',{type:1,action:'read'})
    				},3000)
    			}

    当然这种实现是有问题 的,并不是时时消息提醒。

    而且当链接数大时不断轮循会给服务器和带宽带来很大压力。

    展开全文
  • 长轮,短轮

    2011-04-16 19:40:29
    长轮,阻塞在服务器端,一有消息就将消息“”给客户端,客户端收到返回消息之后,马上又发出第二次请求,如此循环 短轮,客户端用ajax之类,过一段时间往服务器端发一个请求,不管有没有消息都立刻返回。  ...

    B/S模型中

    长轮循,阻塞在服务器端,一有消息就将消息“推”给客户端,客户端收到返回消息之后,马上又发出第二次请求,如此循环

    短轮循,客户端用ajax之类,过一段时间往服务器端发一个请求,不管有没有消息都立刻返回。

     

    长轮循:适合即时聊天,比如WEBIM,发糖果的聊天工具,畅游网的结合游戏与WEB的聊天室等等。

    短轮循:比如白社会,新浪微博某些模块应用。

     

    长轮循即时,但是对服务器要求很高,一般的tomcat如果用简单的阻塞IO一台服务器支持一两千个长连接基本就快不行了,如果考虑换上nio的话,性能会好一些,但还是不会达到所谓的单台服务器支持100w,哈哈,这个时候,erlang可以骄傲的说,i can do it.

     

    短轮循,相对来说消息没有那么即时,不过可以满足的一般的对实时要求不是太高的应用,这样对服务器的要求也低。如果是短轮循的话,用上一个nginx加上一群tomcat做集群是没有什么问题呀。

     

     

    长轮循:比如WEBIM,发糖果的聊天工具,畅游网的结合游戏与WEB的聊天室

    短轮循:白社会,新浪微博某些模块应用

     

     

    其它例子,有木有?有木有?

     

     

     

     

    展开全文
  • 菜鸟求教,求大神出现
  • iOS10送必看UNNotificationServiceExtension

    千次阅读 2016-10-31 15:17:23
    如果大家还没有看我的这两篇文章,建议还是先阅读一下,序渐进么~文章链接如下:iOS开发 iOS10送必看(基础篇)iOS开发 iOS10送必看(高阶1)这次的最后,终于有demo咯~ 在这篇文章,我会给大家讲一讲更高级一点的...

    如果大家还没有看我的这两篇文章,建议还是先阅读一下,循序渐进么~文章链接如下:
    iOS开发 iOS10推送必看(基础篇)
    iOS开发 iOS10推送必看(高阶1)
    这次的最后,终于有demo咯~

    在这篇文章,我会给大家讲一讲更高级一点的,定制化更高的远程通知。其中会补充我之前没讲的远程推送(多媒体)通知,以及UNNotificationServiceExtension,UNNotificationContentExtension,UNNotificationAction的相关类。相信大家看了这篇文章,虽不能说对苹果的远程推送了如指掌,但是也可以做一些基本的扩展咯~

    1、UNNotificationServiceExtension

    1.1、UNNotificationServiceExtension简介

    UNNotificationServiceExtension是iOS10推出后的一个新特性,先看这张图:


    Extension01.png-50.1kB


    从这张图上,我们可以看到,原先直接从APNs推送到用户手机的消息,中间添加了ServiceExtension处理的一个步骤(当然你也可以不处理),通过这个ServiceExtension,我们可以把即将给用户展示的通知内容,做各种自定义的处理,最终,给用户呈现一个更为丰富的通知,当然,如果网络不好,或者附件过大,可能在给定的时间内,我们没能将通知重新编辑,那么,则会显示发过来的原版通知内容。

    那么ServiceExtension可以做什么呢?它的意义是什么呢?我总结了几点:

    • 1、 安全
      安全总是摆在第一位的,从iOS9开始,苹果鼓励我们使用更为安全的https协议可以看的出来,苹果公司是对安全很重视的一家公司,为什么在这里我会提到安全呢?是因为之前我们的推送内容,不管是通过第三方,还是通过苹果自带的通知处理,如果让有心人对数据做一次拦截,抓个包啥的,我们推送的内容就会完全暴露,当然有的同学说,我可以加密啊~但是不知道大家有没有想过,如果数据加密,那通知栏会怎么展示呢?(你千万别跟我说你把所有的远程推送变成本地通知。。)通过此次这次增加的UNNotificationServiceExtension的类,便可以更好的帮助我们实现数据的加密。
      它的原理便是在收到通知后的最多30s内,你可以把你的通知内容,解密后,在重新展示在用户的通知拦上。

    • 2、 内容的丰富
      之前的通知展示内容比较少,以至于被各种广告提醒占据了。这次苹果新添加的附件通知,结合上通知拓展类,便可以给用户展现出一个有着丰富内容的通知。比如,一个小短片的某一秒的画面啊(这里要强烈鄙视各大平台的某些电影预览图),又或者是配上一些小图片啊(通过服务器传来的imaUrl)等方式来吸引用户,诱导用户点开你的通知,促使用户会使用你的App。其实推送这个功能,虽然有的人会关闭,但是大部分的人还是开启的,所以说推送这个市场还是很大的哟~灵活利用推送,会让你的程序拥有无限的可能。

    1.2、如何新建一个UNNotificationServiceExtension

    首先,我们不能通过创建UNNotificationServiceExtension的类来使用服务扩展,我们应当创建一个Target,这个Target自带一个模板,其中有2个方法是系统会自己调用的,如下:

    //  你需要通过重写这个方法,来重写你的通知内容,也可以在这里下载附件内容
    - (void)didReceiveNotificationRequest:(UNNotificationRequest *)request withContentHandler:(void (^)(UNNotificationContent *contentToDeliver))contentHandler;
    
    //  如果处理时间太长,等不及处理了,就会把收到的apns直接展示出来
    - (void)serviceExtensionTimeWillExpire;

    开始跟着我创建一个UNNotificationServiceExtension吧。

    新建Target


    QQ20160927-3.png-160.3kB


    选择如图所示:


    QQ20160927-4.png-115.2kB


    然后写名字,下一步,即可
    此时我们的目录结构里面,已经多出了一个文件夹了。


    QQ20160927-5.png-11.5kB

    QQ20160927-6.png-11.7kB


    都多了一个myTest。


    22172ED.png-33kB


    注意看上图,这里的bundleID是你的工程名字的bundleID加上.名称。
    不要修改,系统创建的时候就创建好了,不过我还是给大家说一下这个格式
    如果你的工程的BundleID是coderxu.pushDemo,则这个扩展的BundleID就是coderxu.pushDemo.mytest,最后的后缀,是看咱们创建服务扩展时候的名字。其他的小细节,大家可以看看。
    到这一步,我们就新建了一个服务通知类的扩展。

    1.3、如何使用以及相关Demo

    在使用这个类的时候,我重写了以下代码,大家可以先看下:
    (1). 这是处理通知内容重写的方法:

    - (void)didReceiveNotificationRequest:(UNNotificationRequest *)request withContentHandler:(void (^)(UNNotificationContent * _Nonnull))contentHandler {
        self.contentHandler = contentHandler;
        // copy发来的通知,开始做一些处理
        self.bestAttemptContent = [request.content mutableCopy];
        // Modify the notification content here...
        self.bestAttemptContent.title = [NSString stringWithFormat:@"%@ [modified]", self.bestAttemptContent.title];
    
        // 重写一些东西
        self.bestAttemptContent.title = @"我是标题";
        self.bestAttemptContent.subtitle = @"我是子标题";
        self.bestAttemptContent.body = @"来自徐不同";
    
        // 附件
        NSDictionary *dict =  self.bestAttemptContent.userInfo;
        NSDictionary *notiDict = dict[@"aps"];
        NSString *imgUrl = [NSString stringWithFormat:@"%@",notiDict[@"imageAbsoluteString"]];
    
        if (!imgUrl.length) {
            self.contentHandler(self.bestAttemptContent);
        }
    
        [self loadAttachmentForUrlString:imgUrl withType:@"png" completionHandle:^(UNNotificationAttachment *attach) {
    
            if (attach) {
                self.bestAttemptContent.attachments = [NSArray arrayWithObject:attach];
            }
            self.contentHandler(self.bestAttemptContent);
    
        }];
    }

    (2). 这是下载附件通知的方法:

     - (void)loadAttachmentForUrlString:(NSString *)urlStr
                              withType:(NSString *)type
                     completionHandle:(void(^)(UNNotificationAttachment *attach))completionHandler{
        __block UNNotificationAttachment *attachment = nil;
        NSURL *attachmentURL = [NSURL URLWithString:urlStr];
        NSString *fileExt = [self fileExtensionForMediaType:type];
    
        NSURLSession *session = [NSURLSession sessionWithConfiguration:[NSURLSessionConfiguration defaultSessionConfiguration]];
        [[session downloadTaskWithURL:attachmentURL
                    completionHandler:^(NSURL *temporaryFileLocation, NSURLResponse *response, NSError *error) {
                        if (error != nil) {
                            NSLog(@"%@", error.localizedDescription);
                        } else {
                            NSFileManager *fileManager = [NSFileManager defaultManager];
                            NSURL *localURL = [NSURL fileURLWithPath:[temporaryFileLocation.path stringByAppendingString:fileExt]];
                            [fileManager moveItemAtURL:temporaryFileLocation toURL:localURL error:&error];
    
                            NSError *attachmentError = nil;
                            attachment = [UNNotificationAttachment attachmentWithIdentifier:@"" URL:localURL options:nil error:&attachmentError];
                            if (attachmentError) {
                                NSLog(@"%@", attachmentError.localizedDescription);
                            }
                        }
                         completionHandler(attachment);
                   }] resume];
    
    }

    (3)判断文件类型的方法

    - (NSString *)fileExtensionForMediaType:(NSString *)type {
        NSString *ext = type;
        if ([type isEqualToString:@"image"]) {
            ext = @"jpg";
        }
        if ([type isEqualToString:@"video"]) {
            ext = @"mp4";
        }
        if ([type isEqualToString:@"audio"]) {
            ext = @"mp3";
        }
        return [@"." stringByAppendingString:ext];
    }

    第一段代码主要讲通知内容的重组,逻辑就是有附件的url,我就下载,如果没有url我就直接展示通知。
    第二段代码主要讲的是,用系统自带类,下载图,存图,找到filePath,创建通知的附件内容。(创建附件的url,必须是一个文件路径,也就是说,必须下载下,才能获取文件路径,开头是file://)
    第三段的代码主要讲判断文件的后缀类型,然后前端好处理。这里我的代码是写死了,因为我就测试一张图。最好的方式是服务器返回的 推送内容中,带有附件的类型。我的iOS开发 iOS10推送必看(高阶1)一文中,有讲多媒体附件的类型,以及相关的大小限制。

    这里强烈建议,处理推送内容的时候,让服务器带上文件类型。重要的事情说三遍
    这里强烈建议,处理推送内容的时候,让服务器带上文件类型。重要的事情说三遍
    这里强烈建议,处理推送内容的时候,让服务器带上文件类型。重要的事情说三遍

    在补充一些问题

    • 1.在这个推送服务的扩展类中,为什么我使用了系统自带类下载,没有使用AFN?
      答:不知道为什么,导入AFN后总是出现各种编译报错啊。主要涉及这几个情况
      1.用cocoapods导入AFN,在类引入AFN,编译报错!!
      2.手动拖拽AFN进工程(不勾选),在类引入AFN,编译报错!!
      3.手动拖拽AFN进工程(勾选),直接编译报错!!
      4.下载用通知回调的方式(慢,线程不确定)
      最后我就选择这个block回调,系统类下载的方式,来下载通知中的附件。

    以下是一些错误的截图:(可以不看)


    QQ20160927-0.png-100.9kB

    QQ20160927-1.png-21.6kB

    QQ20160927-2.png-228.5kB
    • 2.如果调试这个通知扩展类,为什么我跑程序的时候,打断点无反应?
      答:这是因为你跑的target不对,正确的做法是,跑正确的target,具体如下图:

      QQ20160927-7.png-32.8kB

    选择你的程序Target


    QQ20160927-8.png-49kB

    这个时候,大家在打断点,就可以啦~

    最后,在附上推送的内容格式。
    推送内容格式如下:

    {
        "aps": {
            "alert": "This is some fancy message.",
            "badge": 1,
            "sound": "default",
            "mutable-content": "1",
            "imageAbsoluteString": "http://upload.univs.cn/2012/0104/1325645511371.jpg"
    
        }
    }

    这里我们要注意一定要有"mutable-content": "1",以及一定要有Alert的字段,否则可能会拦截通知失败。(苹果文档说的)。除此之外,我们还可以添加自定义字段,比如,图片地址,图片类型,大家慢慢摸索下吧~有问题可以留言哟~

    这一章的最后,附上成功推送的展示图:


    QQ20160927-9.png-383.5kB

    稍后补充以下内容~

    # 2、UNNotificationContentExtension
    ## 2.1、UNNotificationContentExtension简介
    ## 2.2、如何新建一个UNNotificationContentExtension
    ## 2.3、如何使用以及相关Demo
    # 3、UNNotificationAction
    ## 3.1、UNNotificationAction简介
    ## 3.2、如何新建一个UNNotificationAction
    ## 3.3、如何使用以及相关Demo

    如果你喜欢我的文章,不要忘记关注我,谢谢大家了~
    另外如果你要转载,希望可以注明出处,我会写出更多更好的文章,来回馈大家~

    重要的事情说三遍,demo地址
    重要的事情说三遍,demo地址
    重要的事情说三遍,demo地址



    文/徐不同(简书作者)
    原文链接:http://www.jianshu.com/p/f77d070a8812
    著作权归作者所有,转载请联系作者获得授权,并标注“简书作者”。
    展开全文
  • 在下次送的文章里,我会主要讲解: 该如何理论结合实践,应用上述学习到的Android知识到实际场景中。 感兴趣的同学可以继续关注本人运营的 Wechat Public Account : 我想给你们介绍一个与众不同的Android微信...
  • 大家好,我是高胜寒,本文是Linux运维-序渐进学运维-服务篇的第7篇文章 文章目录前言一. rsync概述二. rysnc 优缺点1. 优点:2. 缺点:3. 常见备份分类三. rysnc 的应用场景场景一: 场景二: 拉场景三: 大量...
  • 2016-06-08 10:59:04
    国内比较好用送服务总结如下: 极光送 ,腾讯信鸽 小米送 个 ,友盟  其实啥也没总结,先用用看
  • 【Linux】序渐进学运维-服务篇-SCP命令

    千次阅读 热门讨论 2020-07-14 18:08:38
    大家好,我是高胜寒,本文是Linux运维-序渐进学运维-服务篇的第6篇文章 文章目录前言scp命令的使用1. 什么是scp?2. scp的格式3. 复制本地文件到远程服务器4. 拉取远程服务器文件到本地5. 复制本地目录到远程服务器...
  • PL/SQL_環結構

    2013-01-06 17:11:36
    PL/SQL的環結構和別的語言也是大同小異。 在環結構中可以分為四小類: 1,先環,再判斷; 2,先判斷,再環; 3,已知環次數的環; 4,無條件轉向; 第一類:先環,再判斷; ...
  • 移动端送系统

    千次阅读 2017-04-01 10:26:23
    移动端送策略,手机消息
  • 智游送CTO浅谈送服务 发表于2013年10月8日由shusheyu 送,根本上而言就是内容提供商向用户传递消息的一种服务,送的作用在于主动提醒用户,不需要主动刷新程序或者网页去检查更新,比如Android的sina...
  • Android送方案分析(MQTT/XMPP/GCM)

    千次阅读 2013-08-06 22:07:00
    本文主旨在于,对目前Android平台上最主流的几种消息送方案进行分析和对比,比较客观地反映出这些送方案的优缺点,帮助大家选择最合适的实施方案。  方案1、使用GCM服务(Google Cloud Messaging)  简介...
  • 我们可以来找找这些网站的设计是否有规律可。 通常一个网站,都会有许多目标需要完成,而像应用服务或程序类网站其最主要的目标就是吸引访客去购买或者注册他们的产品。 可以从几个方面来分析 色彩 ...
  • 消息送,轮询,消息通知
  • mqtt送介绍

    千次阅读 2014-11-12 18:05:44
    使用HTTP轮方式 简介:定时向HTTP服务端接口(Web Service API)获取最新消息。 优点:实现简单、可控性强,部署硬件成本低。 缺点:实时性差。 对各个方案的优缺点的研究和对比,推荐使用MQTT协议...
  • java送技术的选择(一)

    千次阅读 2017-07-27 18:41:48
    java送技术这段时间一直在做关于服务器端向APP端送消息,查阅了大量的资料,这里做下总结。关于送我们常见的送有APP外送,APP内送。APP外送有各大平台极光,友盟等,而APP内的送可以用的服务基本...
  • Android开发 消息送 Push

    千次阅读 2015-11-20 18:40:59
    之前一直困扰着的android端送服务这次终于解决了,这里总结下android平台下几种消息送方案以及这次所采用的策略。 方案一:使用GCM服务(Google Cloud Messaging) 简介:Google在Android上标配了自己的送...
  • Android消息

    2013-08-13 21:13:24
    这是我以前需要的东西,虽然那时后来也找到了相关文章和代码,可惜后来又不...最近在网上查了关于很多Android消息送的资料,其中主要有四种方法。 1) 使用GCM服务(Google Cloud Messaging) 2) 使用XMPP协议
  • 多平台轻量级消息送系统msgd

    千次阅读 2017-01-18 17:24:36
    一,现状及目的 随着互联网和物联网的发展,消息通信和交互不再仅限于人与人...目前常用的消息送机制有:基于HTTP的轮、基于XMPP、基于MQTT及第三方的送系统(如极光、云巴等),每种机制都有其优劣,具体可网上
  • Celery消息

    千次阅读 2019-01-04 09:59:51
    (如果没有celery模块,代码通过lpush值到redis,然后有一个while无线坏的代码,通过blpop命令监控这个队列,blpop是redis的一个阻塞式命令,只要队列有值,就会弹出使用,没有值就无限等待,直到有值,就会弹出,...
  • 【Linux】序渐进学运维-服务篇-rysnc+inotify实战

    千次阅读 热门讨论 2020-07-17 11:26:52
    大家好,我是高胜寒,本文是Linux运维-序渐进学运维-服务篇的第12篇文章 文章目录前言实验环境1. 配置ssh免秘钥登陆,且配置时间同步2 . 设置rsync的配置文件,确保两台服务器可以互相送和监控a. 服务器1的配置...
  • Android送方案分析

    2014-07-10 17:47:06
    Android送方案分析(MQTT/XMPP/GCM) 蜗牛TT 发布于 4个月前,共有 11 条评论 本文主旨在于,对目前Android平台上最主流的几种消息送方案进行分析和对比,比较客观地反映出这些送方案的优缺点,帮助大家选择最...
  • Django实现WebSocket消息送和聊天室

    千次阅读 多人点赞 2019-04-11 22:08:21
    Django使用WebSocket实现消息送和聊天室,主要技术使用dwebsocket
  • Android送方案分析(MQTT/XMPP/GCM)

    千次阅读 2016-03-14 12:10:06
    本文主旨在于,对目前Android平台上最主流的几种消息送方案进行分析和对比,比较客观地反映出这些送方案的优缺点,帮助大家选择最合适的实施方案。 方案1、 使用GCM服务(Google Cloud Messaging) 简介:...
  • 2. APP 保持轮 3. 采用XMPP协议,自己搭建送服务器   下面介绍一下自己在ubuntu11.04下搭建XMPP送服务器的方法: 1. 下载Android Push Notification 相关包,包括 androidpn-s
  • 斐波那契数列就是一个数列从第三项开始第三项的值是第一项和第二项的和依次类 其次我们再来看递归算法是什么? 递归就是如果函数(子程序)包含了对其自身的调用,该函数就是递归的 话不多说上案例: 第一种方法:不...
  • 安卓送服务使用技术MQTT 使用 TCP/IP 提供网络连接 1.APP上报APP设备用户信息--------------------------------- 2.服务器记录下设备用户信息------------------------------- 3.通过服务端通过的送页面...4.
  • 在各种BS架构的应用程序中,往往都希望服务端能够主动地向客户端送各种消息,以达到类似于邮件、消息、待办事项等通知。 往BS架构本身存在的问题就是,服务器一直采用的是一问一答的机制。这就意味着如果客户端不...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 23,391
精华内容 9,356
热门标签
关键字:

循推