安卓开发 如何获取用户点击图片的坐标

我想你应该是要获取被用户点击的那张的坐标吧,首先给你的加一个监听,如果被点击了,获取手机屏幕的宽高,然后获取自身的宽高,屏幕的坐标减去的宽高就是该所在的坐标,如果你要获取相对于其他某个控件的坐标,只要获取另一个控件的坐标,然后进行计算就可以了

可以说是五个吧：

1 Activity

2 Service

3 Broadcast Receiver

4 Content Provider

5 Intent

c) 该方法启动的Service，可以通过Context对象调用stopService来关闭，也可以通过Service自身调用stopSelf()或stopSelfResult()来关闭，关闭之前调用onDestory方法。

2 调用bindService方法，使当前Context对象通过一个ServiceConnection的对象绑定到所指定的Service

a) 若Service没有启动，则首先会调用该Service的onCreate方法初始化启动，然后调用Service的onBind方法初始化绑定。

b) 如果绑定Service的Context对象被销毁时，被绑定的Service也会调用onUnbind 和 onDestroy方法停止运行

c) 注意： BroadcastReceiver是不能绑定服务的。

d) 一个绑定Service的Context对象还可以通过unbindService()来取消对服务的绑定。

e) 取消时，Service会调用unbind方法，若Service是通过bindService来启动的，还会调用onDestroy方法来停止服务。

Service状态回调：

l onCreate

l onStart

l onBind

l onRebind

l onUnbind

l onDestroy

Broadcast Receiver——用户接收广播通知的组件（基类BroadcastReceiver）

Android中的广播要么来自于系统，要么来自普通应用程序。

很多事件都可能导致系统广播，如手机所在时区发生变化，电池电量低，用户改变系统语言设置等。

来自普通应用程序，如一个应用程序通知其他应用程序某些数据已经下载完毕。

为了响应不同的事件通知，应用程序可以注册不同的Broadcast Receiver。所有的Broadcast Receiver都继承自基类BroadcastReceiver。

BroadcastReceiver自身并不实现图形用户界面，但是当它收到某个通知后，BroadcastReceiver可以启动Activity作为响应，或者通过NotificationMananger提醒用户。

BroadcastReceiver是对发送出来的Broadcast进行过滤接收并响应的一类组件。

发送Broadcast信息

1 把要发送的信息和用于过滤得信息(如Action、Category)装入一个Intent对象

2 调用ContextsendBroadcast()、sendOrderBroadcast()、sendStickyBroadcast()方法，广播该Intent对象

3 使用sendBroadcast() 或sendStickyBroadcast()方法发出去的Intent，所有满足条件的BroadcastReceiver都会随机地执行其onReceive()方法；

4 而sendOrderBroadcast()发出去的Intent，会根据BroadcastReceiver注册时IntentFilter设置的优先级的顺序来执行，相同优先级的BroadcastReceiver则是随机执行

5 sendStickyBroadcast()方法主要的不同是，Intent在发送后一直存在，并且在以后调用registerReceiver()注册相匹配的Intent时会把这个Intent直接返回。

6 若在使用sendBroadcast()方法时指定了接收的权限，这只有在AndroidManifestxml中用<uses-permission>标签声明了拥有此权限的BroadcastReceiver才会有可能接收到发送来Broadcast。

7 若在注册BroadcastReciever时，指定了可接收的Broadcast的权限，则只有在包内的AndroidManifestxml中用<uses-permission>标签声明了，拥有此权限的Context对象所发送的Broadcast才有可能被这个BroadcastReceiver所接收。

接收Broadcast消息

1 继承BroadcastReceiver 类，并实现onReceive方法

2 注册Broadcast Receiver（有2种方法：一种方法是，静态地在AndroidManifestxml中用<receiver>标签声明，并在标签内用<intent-filter>标签设置过滤器；另一种方法，动态地在代码中先定义并设置好一个IntentFilter对象，然后再需要注册的地方调用ContextregisterReceiver()方法）（取消注册时，调用ContextunregisterReceiver()方法）

Content Provider——为解决应用程序间数据通信、共享的问题（基类ContentProvider）

在Android中，每个应用程序都是用自己的用户ID并在自己的进程中运行。这样的好处是，可以有效地保护系统及应用程序，避免被其他不正常德应用程序所影响，每个进程都拥有独立的进程地址空间和虚拟空间。

Content Provider可以将应用程序特定的数据提供给另一个应用程序使用。其数据存储方式可以是Android文件系统、SQLite数据库或者其他合理的方式。

当数据需要在应用程序间共享时，我们就可以利用ContentProvider为数据定义一个URI。之后，其他应用程序对数据进行查询或者修改时，只需要从当前上下文对象获得一个ContentResolver, 然后传入响应的URI就可以了。

Content Provider 继承自基类ContentProvider，并且实现了一组标准接口。通过这组接口，其他应用程序能对数据进行读写和存储。然而，需要使用数据的应用程序并不是直接调用这组方法，而是通过调用ContentResolver对象的方法来完成。ContentResolver对象可以与任意ContentProvider通信。

要为当前应用程序的私有数据定义URI，就需要专门定义一个继承自ContentProvider的类，然后根据不同的 *** 作调用的方法去实现这些方法的功能。

ContentResolver类为应用程序提供了接入Content机制的方法。要构造一个ContentResolver对象可以为构造方法ContentResolver(Contextcontext)传入一个Context对象，也可以直接通过Context对象调用getContentResolver()方法获得——有的ContentResolver对象后，就可以通过调用其query()、insert()、update()等方法来对数据进行 *** 作了。

一旦需要以上4种Android应用程序基本组件完成请求，Android会首先确认该组件所在进程是否运行，如果没有运行，Android将先启动进程，同时确认被请求组件的实例是否存在，否则将创建一个新的组件实例。

Intent ——连接组件的纽带

以上4种基本组件中，除了ContentProvider是通过Content Resolver激活外，其他3种组件Activity、Service和BroadcastReceiver都是由Intent异步消息激活的。

Intent在不同的组件之间传递消息，将一个组件的请求意图传给另一个组件。因此，Intent是包含具体请求信息的对象。

针对不同的组件，Intent所包含的消息内容有所不同，且不同组件的激活方式也不同，且不同类型组件有传递Intent的不同方式。

Intent是一种运行时绑定（runtime binding）机制，它能够在程序运行的过程中连接两个不同的组件。通过Intent，你的程序可以向Android表到某种请求或者意愿，Android会根据意愿的内容选择适当的组件来处理请求。

l 激活一个新的Activity，或者让一个现有的Activity执行一个新的 *** 作，可以通过调用如下两种方法(这两汇总方法需要传入的Intent参数称为Activity Action Intent)：

1 ContextstartActivity()

2 ActivitystartActivityForResult()

l 启动一个新的服务，或者向一个已有的服务传递新的指令，可以调用如下两种方法：

1 ContextstartService()

2 ContextbindService()

l 发送广播Intent(所有已注册的拥有与之相匹配IntenFilter的BroadcastReceiv就会被激活)，可以调用如下三种方法：

1 ContextsendBroadcast()

2 ContextsendOrderBroadcast()

3 ContextsendStickBroadcast()

Intent一旦发出，Android都会准确找到相匹配的一个或多个Activity、Service或BroadcastReceiver作响应。所以，不同类型的Intent消息不会出现重叠，BroadcastIntent消息只会发送给BroadcastReceiver，而绝不可能发送给Activity或Server。有startActivity()传递的消息也只可能发送给Activity，由startService()传递的Intent只可能发送给Service。

Intent对象抽象地描述了执行 *** 作，Intent的主要组成部分；

1 目标组件名称。[可选项]

a) 组件名称是一个ComponentName对象，是目标组件类名和目标组件所在应用程序包的组合

b) 组件中的包名不一定要和manifes文件中包名完全匹配

c) 如果Intent消息中指明了目标组件的名称，这就是一个显示消息，Intent会传递给指明的组件。

d) 如果目标组件名称并没有指定，Android则通过Intent内的其他信息和已注册的IntentFilter的比较来选择合适的目标组件

2 Action [隐式比较]

a) 描述Intent所触发动作的名字字符串。

b) 理论上Action可以为任何字符串，而与Android系统应用有关的Action字符串以静态字符串常量的形式定义在了Intent类中。

3 Data [隐式比较]

a) 描述Intent要 *** 作的的数据的URI和数据类型。

b) 正确设置Intent的数据对于Android寻找系统中匹配Intent请求的组件很重要。

4 Category [隐式比较]

a) 是对被请求组件的额外描述信息。

b) Android也在Intent类中定义了一组静态字符串常量表示Intent不同的类别。

5 Extra

a) 当我们使用Intent连接不同组件时，有时需要在Intent中附加额外的信息，以便将数据传递给目标Activity。

b) Extra用键值对结构保存在Intent对象当中，Intent对象通过调用方法putExtras()和 getExtras()来存储和获取Extra

c) Extra是以Bundle对象的形式来保存的，Bundle对象提供了一系列put和get方法来设置、提取相应键值信息。

d) 在Intent类中同样为Android系统应用的一些Extra的键值定义了静态字符串常量。

6 Flag

决定Intent目标组件的因素：

n 在显式Intent消息中，决定目标组件的唯一要素就是组件名称（不用再定义其他Intent内容）

n 而隐式Intent消息中，由于没有目标组件名称，所以必须由Android系统帮助应用程序寻找与Intent请求意图最匹配的组件。

n 隐式Intent消息中目标组件具体选择方法是：android将Intent的请求内容和一个叫做IntentFilter的过滤器比较，IntentFilter中包含系统中所有可能的待选组件。如果IntentFilter中某一个组件匹配隐式Intent请求内容，那么Android就选择该组件作为该隐式Intent的目标组件。

IntenFilter

应用程序的组件为了告诉Android自己能响应、处理哪些隐式Intent请求，可以声明一个甚至多个IntentFilter。

每个IntentFilter描述该组件所能响应Intent请求的能力——组件希望接收什么类型的请求行为，什么类型的请求数据。

隐式Intent和IntentFilter进行比较时的三要素：Action、Data、Category。

一个隐式Intent请求要能够传递给目标组件，必需通过以上三个方面的检查。如果任何一方面不匹配，Android都不会将该隐式Intent传递给目标组件。

<intent-filter>

<action android:name=””/>

<category android:name=””/>

<data android:type=”” android:scheme=””android:authority=”” android:path=””/>

</intent-filter>

1 动作测试

a) 一条 <intent-filter> 中至少应该包含一个<action>, 否则任何Intent请求都不能和该<intent-filter> 匹配。

b) 如果IntentFilter 中没有包含任何Actino类型，那么无论什么Intent请求都无法和这条IntentFilter匹配。

c) 如果Intent请求中没有设定Action类型，那么只要IntentFilter中包含有Action类型，这个Intent请求将顺利通过IntentFilter的测试。

2 类别测试

a) 只有当Intent请求中所有的Category与组件中的某一个IntentFilter的category完全匹配，才会让该Intent请求通过测试，IntentFilter中的多余category声明并不会导致匹配失败。

b) 一个没有指定任何类别的IntentFilter仅仅只会匹配没有设置类别的Intent请求。

3 数据测试

a) <data>元素指定了希望接受的Intent请求的数据URI和数据类型：URI被分成三部分类进行匹配，scheme、authority和 path

b) 使用 setData设定的Intent请求的URI数据类型和scheme，必须与IntentFilter中指定的一致

若IntentFilter中还指定了authority或path，他们也需要相匹配才会通过测试。

这个是控件大小的布局

wrap—content 表示控件把内容包裹住就可以了

fill-parent 表示控件填充满上级控件

例如一个ViewText

<TextView

android:id="@+id/msg"

android:layout_width="wrap_content"

android:layout_height="wrap_content"

android:Text="这是一个TextView"

/>

信鸽推送那里可以选择添加参数的，如果点击通知 *** 作选的是打开应用指定页面，则这些参数可以在该指定页面的Activity的onStart()方法中获得，具体代码是：

@Override

protected void onStart() {

superonStart();

XGPushClickedResult click = XGPushManageronActivityStarted(this);

if (click != null) {

String customContent = clickgetCustomContent();

if (customContent != null && customContentlength() != 0) {

try {

JSONObject json = new JSONObject(customContent);

url = jsongetString("URL");//例如这个是你自己添加的一个参数，是传递一个URL

。。。。。。

}

android 60 使用的动态获取权限的，

给你个blog 你看看 顺便贴一下我写的代码

blog package norwayaandroidcomactivepermissions;

import androidManifest;

import androidcontentpmPackageManager;

import androidosBuild;

import androidsupportannotationNonNull;

import androidsupportv4appActivityCompat;

import androidsupportv4contentContextCompat;

import androidsupportv7appAppCompatActivity;

import androidosBundle;

import androidviewView;

import androidwidgetButton;

import androidwidgetToast;

public class MainActivity extends AppCompatActivity {

    Toast toast;

    Button btn;

    @Override

    protected void onCreate(Bundle savedInstanceState) {

        superonCreate(savedInstanceState);

        setContentView(Rlayoutactivity_main);

        btn = (Button) findViewById(Ridbtn);

        btnsetText(BuildVERSIONCODENAME+"-"+BuildVERSIONSDK_INT);

        btnsetOnClickListener(new ViewOnClickListener() {

            @Override

            public void onClick(View v) {

                checkPermission();

            }

        });

    }

    public void checkPermission() {

        if (ContextCompatcheckSelfPermission(this,

                ManifestpermissionSEND_SMS)

                == PackageManagerPERMISSION_GRANTED && ContextCompatcheckSelfPermission(this,

                ManifestpermissionINTERNET)

                == PackageManagerPERMISSION_GRANTED ) {

            toast("have request this permission")show();

        } else {

            requestPermission();

        }

    }

    public Toast toast(String text) {

        if (toast == null) {

            toast = ToastmakeText(this, text, ToastLENGTH_SHORT);

        } else {

            toastsetText(text);

        }

        return toast;

    }

    public void requestPermission() {

        ActivityCompatrequestPermissions(this, new String[]{ManifestpermissionSEND_SMS, ManifestpermissionINTERNET}, 100);

    }

    @Override

    public void onRequestPermissionsResult(int requestCode, @NonNull String[] permissions, @NonNull int[] grantResults) {

        switch(requestCode){

            case 100:

                toast("request this permission completion"+grantResults[0]+"\t"+grantResults[1])show();

                break;

        }

    }

}

在Android系统中，Activity窗口的大小是由WindowManagerService服务来计算的。WindowManagerService服务会根据屏幕及其装饰区的大小来决定Activity窗口的大小。一个Activity窗口只有知道自己的大小之后，才能对它里面的UI元素进行测量、布局以及绘制。本文将详细分析WindowManagerService服务计算Activity窗口大小的过程。

一般来说，Activity窗口的大小等于整个屏幕的大小，但是它并不占据着整块屏幕。为了理解这一点，我们首先分析一下Activity窗口的区域是如何划分的。

我们知道，Activity窗口的上方一般会有一个状态栏，用来显示3G信号、电量使用等图标，如图1所示。

图1 Activity窗口的Content区域示意图

从Activity窗口剔除掉状态栏所占用的区域之后，所得到的区域就称为内容区域(Content Region)。顾名思义，内容区域就是用来显示Activity窗口的内容的。我们再抽象一下，假设Activity窗口的四周都有一块类似状态栏的区域，那么将这些区域剔除之后，得到中间的那一块区域就称为内容区域，而被剔除出来的区域所组成的区域就称为内容边衬区域(Content Insets)。Activity窗口的内容边衬区域可以用一个四元组(content-left, content-top, content-right, content-bottom)来描述，其中，content-left、content-right、content-top、content-bottom分别用来描述内容区域与窗口区域的左右上下边界距离。

我们还知道，Activity窗口有时候需要显示输入法窗口，如图2所示。

图2 Activity窗口的Visible区域示意图

这时候Activity窗口的内容区域的大小有可能没有发生变化，这取决于它的Soft Input Mode。我们假设Activity窗口的内容区域没有发生变化，但是它在底部的一些区域被输入法窗口遮挡了，即它在底部的一些内容是不可见的。从Activity窗口剔除掉状态栏和输入法窗口所占用的区域之后，所得到的区域就称为可见区域(Visible Region)。同样，我们再抽象一下，假设Activity窗口的四周都有一块类似状态栏和输入法窗口的区域，那么将这些区域剔除之后，得到中间的那一块区域就称为可见区域，而被剔除出来的区域所组成的区域就称为可见边衬区域(Visible Insets)。Activity窗口的可见边衬区域可以用一个四元组(visible-left, visible-top, visible-right, visible-bottom)来描述，其中，visible-left、visible-right、visible-top、visible-bottom分别用来描述可见区域与窗口区域的左右上下边界距离。

在大多数情况下，Activity窗口的内容区域和可见区域的大小是一致的，而状态栏和输入法窗口所占用的区域又称为屏幕装饰区。理解了这些概念之后，我们就可以推断，WindowManagerService服务实际上就是需要根据屏幕以及可能出现的状态栏和输入法窗口的大小来计算出Activity窗口的整体大小及其内容区域边衬和可见区域边衬的大小。有了这三个数据之后，Activity窗口就可以对它里面的UI元素进行测量、布局以及绘制等 *** 作了。

从前面Android应用程序窗口(Activity)的绘图表面(Surface)的创建过程分析一文可以知道，应用程序进程是从ViewRoot类的成员函数performTraversals开始，向WindowManagerService服务请求计算一个Activity窗口的大小的，因此，接下来我们就从ViewRoot类的成员函数performTraversals开始分析一个Activity窗口大小的计算过程，如图3所示。

图3 Activity窗口大小的计算过程

这个过程可以分为11个步骤，接下来我们就详细分析每一个步骤。

Step 1 ViewRootperformTraversals

这个函数定义在文件frameworks/base/core/java/android/view/ViewRootjava中，它的实现很复杂，一共有600-行，不过大部分代码都是用来计算Activity窗口的大小的，我们分段来阅读：

[java] view plaincopypublic final class ViewRoot extends Handler implements

ViewParent,

ViewAttachInfoCallbacks {

private void performTraversals() {

final View host = mView;

int desiredWindowWidth;

int desiredWindowHeight;

int childWidthMeasureSpec;

int childHeightMeasureSpec;

Rect frame = mWinFrame;

if (mFirst) {

DisplayMetrics packageMetrics =

mViewgetContext()getResources()getDisplayMetrics();

desiredWindowWidth = packageMetricswidthPixels;

desiredWindowHeight = packageMetricsheightPixels;

} else {

desiredWindowWidth = framewidth();

desiredWindowHeight = frameheight();

if (desiredWindowWidth != mWidth || desiredWindowHeight != mHeight) {

windowResizesToFitContent = true;

}

}

复制代码

这段代码用来获得Activity窗口的当前宽度desiredWindowWidth和当前高度desiredWindowHeight。

以上就是关于安卓开发 如何获取用户点击图片的坐标全部的内容，包括:安卓开发 如何获取用户点击图片的坐标、安卓开发五大关键字（比如activity）、安卓开发 xml中 wrap—content 和 fill-parent 什么意思怎么用等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！