使用AIDL将接口暴露给客户端

import java.util.Timer;
import java.util.TimerTask;

import jww.mediaprovidertest.ICat.Stub;
import android.app.Service;
import android.content.Intent;
import android.os.IBinder;
import android.os.RemoteException;

public class AidlService extends Service{
  private CatBinder catBinder;
  Timer timer = new Timer();
  String[] colors = new String[]{
    "红色","黄色","黑色"
  };
  double[] weights = new double[]{
    2.3 , 3.1 ,1.58
  };
  private String color;
  private double weight;

  //继承Stub,也就是实现了ICat接口,并实现了IBinder接口
  public class CatBinder extends Stub{

    @Override
    public String getColor() throws RemoteException {
      return color;
    }

    @Override
    public double getWeight() throws RemoteException {
      return weight;
    }

  }

  @Override
  public void onCreate() {
    super.onCreate();
    catBinder = new CatBinder();
    timer.schedule(new TimerTask() {

      @Override
      public void run() {
      // 随即地改变Service组件内color、weight属性的值
      int rand = (int)(Math.random()*3);
      color = colors[rand];
      weight = weights[rand];
      System.out.println("------"+rand);
      }
    }, 0 ,800);
  }

  @Override
  public IBinder onBind(Intent intent) {
    /*
    * 返回catBinder对象
    * 在绑定本地Service的情况下,该catBinder对象会直接
    * 传给客户端的ServiceConnection对象
    * 的onServiceConnected方法的第二个参数
    * 在绑定远程Service的情况下,只将catBinder对象的代理
    * 传给客户端的ServiceConnection对象
    * 的onServiceConnected方法的第二个参数
    */
    return catBinder;
  }

  @Override
  public void onDestroy() {
    timer.cancel();
  }

}

时间: 2024-09-29 04:06:50

使用AIDL将接口暴露给客户端的相关文章

[接口设计]从客户端的角度设计后端的接口

前言 兵马未动,粮草先行.在一款APP产品的各个版本迭代中,兵马的启动指的是真正开始敲代码的时候,粮草先行则是指前期的需求,交互,UI等评审准备阶段,还有本文要说的接口的设计与评审.虽然很多时候一个api接口的业务,数据逻辑是后端提供的,但真正使用这个接口的是客户端,一个前端功能的实现流程与逻辑,有时候只有客户端的RD才清楚,从某种意义来说,客户端算是接口的需求方.所以建议在前期接口设计和评审时,客户端的RD应该更多的思考和参与,什么时机调什么接口?每个接口需要哪些字段?数据含义怎么给?只有这些

WCF服务接口多,客户端在引用时出错!报WCF The maximum nametable character count quota (16384) has been exceeded while reading XML data错误

原文:WCF服务接口多,客户端在引用时出错!报WCF The maximum nametable character count quota (16384) has been exceeded while reading XML data错误 在服务端中定义接口太多时,在客户端的服务引用时,报错误: 元数据包含无法解析的引用:“net.tcp://localhost:8081/BaseData/mex”.    XML 文档中有错误.    读取 XML 数据时,超出最大名称表字符计数配额 (1

【干货】如何通过OPC自定义接口来实现客户端数据的读取?

上篇博文分享了我的知识库,被好多人关注,受宠若惊.今天我把我在项目中封装的OPC自定义接口的程序分享一下.下面将会简单简单介绍下OPC DA客户端数据访问,以及搭配整个系统的运行环境. OPC(OLE for Process Control)其实就是一套标准,我对这套标准理解不多,使用过程中就把它理解一套协议或者规范,主要用于工控领域.OPC中有很多规范,我主要使用OPC DA规范来进行数据的读写操作.还有其他规范,比如OPC UA.OPC HDA等.如果你做的是OPC Server开发查下这方

struts2 接口如何接收客户端提交的json数据

struts2 接口如何接收客户端提交的json数据 CreationTime--2018年6月20日15点54分 Author:Marydon 1.情景还原 使用struts2写的接口(服务端),要求对方(客户端)以json格式传输数据,但是使用request.getParameter()获取不到 2.问题剖析 application/x- www-form-urlencoded是Post请求默认的请求体内容类型,也是form表单默认的类型,可以使用request.getParameter()

用C#开发基于自动化接口的OPC客户端

OPC全称是Object Linking and Embedding(OLE) for Process Control,它的出现为基于Windows的应用程序和现场过程控制应用建立了桥梁.OPC作为一整套接口.属性和方法的协议标准集,与具体的开发语言没有关系. 1.OPC客户端接口方式 开发OPC客户端程序,其访问接口方式有多种,根据官方提供的资料大约有如下几种方式: 使用OPCNetAPI,需要用到OPCNetAPI.dll,OPCNetAPI.Com.dll 使用自动化接口,需要用到OPCD

小蚂蚁学习APP接口开发(9)—— APP版本升级的接口方法——处理客户端发来的请求数据

今天的笔记主要来记录最后的一个知识要点,APP客户端版本升级的接口开发. APP的开发主要由伟大而神圣的用户来更新,更新的流程应该是这样的: 开启APP--请求初始化接口init.php--检测是否需要更新---否--首页 ---是--更新 在初始化接口的时候,需要客户端发送几个数据: app_id            客户端id,比如: 1,安卓手机 2,iphone手机 version_id        大版本号id version_mini     小版本号id did        

Android开发之定义接口暴露数据

写了一个网络请求的工具类,然后想要获取到网络请求的结果,在网络工具类中写了一个接口,暴露除了请求到的数据 代码: 1 package com.lijingbo.knowweather.utils; 2 3 import java.io.ByteArrayOutputStream; 4 import java.io.IOException; 5 import java.io.InputStream; 6 import java.net.HttpURLConnection; 7 import jav

.netcore 3.1高性能微服务架构:封装调用外部服务的接口方法--HttpClient客户端思路分析

众所周知,微服务架构是由一众微服务组成,项目中调用其他微服务接口更是常见的操作.为了便于调用外部接口,我们的常用思路一般都是封装一个外部接口的客户端,使用时候直接调用相应的方法.webservice或WCF的做法就是引用服务,自动生成客户端.在webapi2.0里,我们都会手动封装一个静态类.那么在.netcore3.1的微服务时代,我们该如何处理这个问题呢? ----思路都是一样的,封装一个外部服务,并且使用依赖注入和 HttpFactory工厂等.netcore特有的方式提升性能.接下来我们

THINKPHP中关于接口问题(客户端)

一  客户端发送get请求访问服务器端的控制器方法,通过用户传过来的用户名和密码. 二  服务器端通过客户端传入的user and password 去数据库进行查询,Success就生成token凭证存入数据库中,给客户端 Return token 客户端进行判断 登录成功.以后的所有操作都通过token凭证进行操作,Defult就Return error 编号such as 101 202 . 三  客户端退出,客户端通过Get 方法传入token 服务器 通过客户端传入的token进行判断