Android应用程序内部启动Activity过程(startActivity)的源代码分析

发表于 5年以前  | 总阅读数:7570 次

上文介绍了Android应用程序的启动过程,即应用程序默认Activity的启动过程,一般来说,这种默认Activity是在新的进程和任务中启动的;本文将继续分析在应用程序内部启动非默认Activity的过程的源代码,这种非默认Activity一般是在原来的进程和任务中启动的。

这里,我们像上一篇文章Android应用程序启动过程源代码分析一样,采用再上一篇文章Android应用程序的Activity启动过程简要介绍和学习计划所举的例子来分析在应用程序内部启动非默认Activity的过程。

在应用程序内部启动非默认Activity的过程与在应用程序启动器Launcher中启动另外一个应用程序的默认Activity的过程大体上一致的,因此,这里不会像上文Android应用程序启动过程源代码分析一样详细分析每一个步骤,我们着重关注有差别的地方。

回忆一下Android应用程序的Activity启动过程简要介绍和学习计划一文所用的应用程序Activity,它包含两个Activity,分别是MainActivity和SubActivity,前者是应用程序的默认Activity,后者是非默认Activity。MainActivity启动起来,通过点击它界面上的按钮,便可以在应用程序内部启动SubActivity。

我们先来看一下应用程序的配置文件AndroidManifest.xml,看看这两个Activity是如何配置的:

<?xml version="1.0" encoding="utf-8"?>  
    <manifest xmlns:android="http://schemas.android.com/apk/res/android"  
        package="shy.luo.activity"  
        android:versionCode="1"  
        android:versionName="1.0">  
        <application android:icon="@drawable/icon" android:label="@string/app_name">  
            <activity android:name=".MainActivity"  
                      android:label="@string/app_name">  
                <intent-filter>  
                    <action android:name="android.intent.action.MAIN" />  
                    <category android:name="android.intent.category.LAUNCHER" />  
                </intent-filter>  
            </activity>  
            <activity android:name=".SubActivity"  
                      android:label="@string/sub_activity">  
                <intent-filter>  
                    <action android:name="shy.luo.activity.subactivity"/>  
                    <category android:name="android.intent.category.DEFAULT"/>  
                </intent-filter>  
            </activity>  
        </application>  
    </manifest>  

这里可以很清楚地看到,MainActivity被配置成了应用程序的默认Activity,而SubActivity可以通过名称"shy.luo.activity.subactivity"隐式地启动,我们来看一下src/shy/luo/activity/MainActivity.java文件的内容,可以清楚地看到SubActivity是如何隐式地启动的:

public class MainActivity extends Activity  implements OnClickListener {  
        ......  

        @Override  
        public void onClick(View v) {  
            if(v.equals(startButton)) {  
                Intent intent = new Intent("shy.luo.activity.subactivity");  
                startActivity(intent);  
            }  
        }  
    }  

这里,首先创建一个名称为"shy.luo.activity.subactivity"的Intent,然后以这个Intent为参数,通过调用startActivity函数来实现隐式地启动SubActivity。

有了这些背景知识后,我们就来看一下SubActivity启动过程的序列图:

点击查看大图

与前面介绍的MainActivity启动过程相比,这里少了中间创建新的进程的步骤;接下来,我们就详细分析一下SubActivity与MainActivity启动过程中有差别的地方,相同的地方请参考Android应用程序启动过程源代码分析一文。

Step 1. Activity.startActivity

这一步与上一篇文章Android应用程序启动过程源代码分析的Step 2大体一致,通过指定名称"shy.luo.activity.subactivity"来告诉应用程序框架层,它要隐式地启动SubActivity。所不同的是传入的参数intent没有Intent.FLAG_ACTIVITY_NEW_TASK标志,表示这个SubActivity和启动它的MainActivity运行在同一个Task中。

Step 2. Activity.startActivityForResult

这一步与上一篇文章Android应用程序启动过程源代码分析的Step 3一致。

Step 3. Instrumentation.execStartActivity

这一步与上一篇文章Android应用程序启动过程源代码分析的Step 4一致。

Step 4. ActivityManagerProxy.startActivity

这一步与上一篇文章Android应用程序启动过程源代码分析的Step 5一致。

Step 5. ActivityManagerService.startActivity

这一步与上一篇文章Android应用程序启动过程源代码分析的Step 6一致。

Step 6. ActivityStack.startActivityMayWait

这一步与上一篇文章Android应用程序启动过程源代码分析的Step 7一致。

Step 7. ActivityStack.startActivityLocked

这一步与上一篇文章Android应用程序启动过程源代码分析的Step 8一致。

Step 8. ActivityStack.startActivityUncheckedLocked

这一步与上一篇文章Android应用程序启动过程源代码分析的Step 9有所不同,主要是当前要启动的Activity与启动它的Activity是在同一个Task中运行的,我们来详细看一下。这个函数定义在frameworks/base/services/java/com/android/server/am/ActivityStack.java文件中:

public class ActivityStack {

        ......

        final int startActivityUncheckedLocked(ActivityRecord r,
               ActivityRecord sourceRecord, Uri[] grantedUriPermissions,
               int grantedMode, boolean onlyIfNeeded, boolean doResume) {
            final Intent intent = r.intent;
            final int callingUid = r.launchedFromUid;

            int launchFlags = intent.getFlags();

            ......

            if (sourceRecord == null) {
               ......
            } else if (sourceRecord.launchMode == ActivityInfo.LAUNCH_SINGLE_INSTANCE) {
               ......
            } else if (r.launchMode == ActivityInfo.LAUNCH_SINGLE_INSTANCE
               ......
            }

            if (r.resultTo != null && (launchFlags&Intent.FLAG_ACTIVITY_NEW_TASK) != 0) {
               ......
            }

            boolean addingToTask = false;
            if (((launchFlags&Intent.FLAG_ACTIVITY_NEW_TASK) != 0 &&
               (launchFlags&Intent.FLAG_ACTIVITY_MULTIPLE_TASK) == 0)
               || r.launchMode == ActivityInfo.LAUNCH_SINGLE_TASK
               || r.launchMode == ActivityInfo.LAUNCH_SINGLE_INSTANCE) {
                ......
            }

            if (r.packageName != null) {
               // If the activity being launched is the same as the one currently
               // at the top, then we need to check if it should only be launched
               // once.
               ActivityRecord top = topRunningNonDelayedActivityLocked(notTop);
               if (top != null && r.resultTo == null) {
                   if (top.realActivity.equals(r.realActivity)) {
                       ......
                   }
               }

            } else {
               ......
            }

            boolean newTask = false;

            // Should this be considered a new task?
            if (r.resultTo == null && !addingToTask
               && (launchFlags&Intent.FLAG_ACTIVITY_NEW_TASK) != 0) {
                ......

            } else if (sourceRecord != null) {
                ......
                // An existing activity is starting this new activity, so we want
                // to keep the new one in the same task as the one that is starting
                // it.
                r.task = sourceRecord.task;
                ......

            } else {
               ......
            }

            ......

            startActivityLocked(r, newTask, doResume);
            return START_SUCCESS;
        }

        ......

    }

这里,参数intent的标志位Intent.FLAG_ACTIVITY_NEW_TASK没有设置,在配置文件AndriodManifest.xml中,SubActivity也没有配置启动模式launchMode,于是它就默认标准模式,即ActivityInfo.LAUNCH_MULTIPLE,因此,下面if语句不会执行:

    if (((launchFlags&Intent.FLAG_ACTIVITY_NEW_TASK) != 0 &&
            (launchFlags&Intent.FLAG_ACTIVITY_MULTIPLE_TASK) == 0)
            || r.launchMode == ActivityInfo.LAUNCH_SINGLE_TASK
        || r.launchMode == ActivityInfo.LAUNCH_SINGLE_INSTANCE) {
        ......
        }

于是,变量addingToTask为false。

继续往下看:

    if (r.packageName != null) {
        // If the activity being launched is the same as the one currently
        // at the top, then we need to check if it should only be launched
        // once.
            ActivityRecord top = topRunningNonDelayedActivityLocked(notTop);
        if (top != null && r.resultTo == null) {
             if (top.realActivity.equals(r.realActivity)) {
            ......
             }
        }

        } 

这里看一下当前要启动的Activity是否就是当前堆栈顶端的Activity,如果是的话,在某些情况下,就不用再重新启动了。函数topRunningNonDelayedActivityLocked返回当前 堆栈顶端的Activity,这里即为MainActivity,而当前要启动的Activity为SubActivity,因此,这二者不相等,于是跳过里面的if语句。

接着往下执行:

    // Should this be considered a new task?
        if (r.resultTo == null && !addingToTask
        && (launchFlags&Intent.FLAG_ACTIVITY_NEW_TASK) != 0) {
        ......

        } else if (sourceRecord != null) {
        ......
        // An existing activity is starting this new activity, so we want
        // to keep the new one in the same task as the one that is starting
        // it.
        r.task = sourceRecord.task;
        ......

        } else {
        ......
        }

前面说过参数intent的标志位Intent.FLAG_ACTIVITY_NEW_TASK没有设置,而这里的sourceRecord即为当前执行启动Activity操作的Activity,这里即为MainActivity,因此,它不为null,于是于MainActivity所属的Task设置到r.task中去,这里的r即为SubActivity。看到这里,我们就知道SubActivity要和MainActivity运行在同一个Task中了,同时,变量newTask的值为false。

最后,函数进 入startActivityLocked(r, newTask, doResume)进一步处理了。这个函数同样是定义在frameworks/base/services/java/com/android/server/am/ActivityStack.java文件中:

public class ActivityStack {

        ......

        private final void startActivityLocked(ActivityRecord r, boolean newTask,
                boolean doResume) {
            final int NH = mHistory.size();

            int addPos = -1;

            if (!newTask) {
                // If starting in an existing task, find where that is...
                boolean startIt = true;
                for (int i = NH-1; i >= 0; i--) {
                    ActivityRecord p = (ActivityRecord)mHistory.get(i);
                    if (p.finishing) {
                        continue;
                    }
                    if (p.task == r.task) {
                        // Here it is!  Now, if this is not yet visible to the
                        // user, then just add it without starting; it will
                        // get started when the user navigates back to it.
                        addPos = i+1;
                        if (!startIt) {
                            mHistory.add(addPos, r);
                            r.inHistory = true;
                            r.task.numActivities++;
                            mService.mWindowManager.addAppToken(addPos, r, r.task.taskId,
                                r.info.screenOrientation, r.fullscreen);
                            if (VALIDATE_TOKENS) {
                                mService.mWindowManager.validateAppTokens(mHistory);
                            }
                            return;
                        }
                        break;
                    }
                    if (p.fullscreen) {
                        startIt = false;
                    }
                }
            }

            ......

            // Slot the activity into the history stack and proceed
            mHistory.add(addPos, r);
            r.inHistory = true;
            r.frontOfTask = newTask;
            r.task.numActivities++;

            ......

            if (doResume) {
                resumeTopActivityLocked(null);
            }
        }

        ......

    }

这里传进来的参数newTask为false,doResume为true。当newTask为false,表示即将要启动的Activity是在原有的Task运行时,如果这个原有的Task当前对用户不可见时,这时候就不需要继续执行下去了,因为即使把这个Activity启动起来,用户也看不到,还不如先把它保存起来,等到下次这个Task对用户可见的时候,再启动不迟。这里,这个原有的Task,即运行MainActivity的Task当前对用户是可见的,因此,会继续往下执行。

接下去执行就会把这个SubActivity通过mHistroy.add(addPos, r)添加到堆栈顶端去,然后调用resumeTopActivityLocked进一步操作。

Step 9. ActivityStack.resumeTopActivityLocked

这一步与上一篇文章Android应用程序启动过程源代码分析的Step 10一致。

但是要注意的是,执行到这个函数的时候,当前处于堆栈顶端的Activity为SubActivity,ActivityStack的成员变量mResumedActivity指向MainActivity。 Step 10. ActivityStack.startPausingLocked 这一步与上一篇文章Android应用程序启动过程源代码分析的Step 11一致。

从这里开始,ActivityManagerService通知MainActivity进入Paused状态。

Step 11. ApplicationThreadProxy.schedulePauseActivity

这一步与上一篇文章Android应用程序启动过程源代码分析的Step 12一致。

Step 12. ApplicationThread.schedulePauseActivity

这一步与上一篇文章Android应用程序启动过程源代码分析的Step 13一致。

Step 13. ActivityThread.queueOrSendMessage 这一步与上一篇文章Android应用程序启动过程源代码分析的Step 14一致。

Step 14. H.handleMessage

这一步与上一篇文章Android应用程序启动过程源代码分析的Step 15一致。

Step 15. ActivityThread.handlePauseActivity

这一步与上一篇文章Android应用程序启动过程源代码分析的Step 16一致。

Step 16. ActivityManagerProxy.activityPaused

这一步与上一篇文章Android应用程序启动过程源代码分析的Step 17一致。

Step 17. ActivityManagerService.activityPaused

这一步与上一篇文章Android应用程序启动过程源代码分析的Step 18一致。

Step 18. ActivityStack.activityPaused

这一步与上一篇文章Android应用程序启动过程源代码分析的Step 19一致。

Step 19. ActivityStack.completePauseLocked

这一步与上一篇文章Android应用程序启动过程源代码分析的Step 20一致。

执行到这里的时候,MainActivity就进入Paused状态了,下面就开始要启动SubActivity了。

Step 20. ActivityStack.resumeTopActivityLokced

这一步与上一篇文章Android应用程序启动过程源代码分析的Step 21一致。

Step 21. ActivityStack.startSpecificActivityLocked

这一步与上一篇文章Android应用程序启动过程源代码分析的Step 22就有所不同了,这里,它不会调用mService.startProcessLocked来创建一个新的进程来启动新的Activity,我们来看一下这个函数的实现,这个函数定义在frameworks/base/services/java/com/android/server/am/ActivityStack.java文件中:

public class ActivityStack {

        ......

        private final void startSpecificActivityLocked(ActivityRecord r,  
                boolean andResume, boolean checkConfig) {  
            // Is this activity's application already running?  
            ProcessRecord app = mService.getProcessRecordLocked(r.processName,  
                    r.info.applicationInfo.uid);  

            ......  

            if (app != null && app.thread != null) {  
                try {  
                    realStartActivityLocked(r, app, andResume, checkConfig);  
                    return;  
                } catch (RemoteException e) {  
                    ......  
                }  
            }  

            ......

        }  

        ......

    }

这里由于不是第一次启动应用程序的Activity(MainActivity是这个应用程序第一个启动的Activity),所以下面语句:

    ProcessRecord app = mService.getProcessRecordLocked(r.processName,  
        r.info.applicationInfo.uid);  

取回来的app不为null。在上一篇文章Android应用程序启动过程源代码分析中,我们介绍过,在Activity应用程序中的AndroidManifest.xml配置文件中,我们没有指定application标签的process属性,于是系统就会默认使用package的名称,这里就是"shy.luo.activity"了。每一个应用程序都有自己的uid,因此,这里uid + process的组合就可以创建一个全局唯一的ProcessRecord。这个ProcessRecord是在前面启动MainActivity时创建的,因此,这里将它取回来,并保存在变量app中。注意,我们也可以在AndroidManifest.xml配置文件中指定SubActivity的process属性值,这样SubActivity就可以在另外一个进程中启动,不过很少有应用程序会这样做,我们不考虑这种情况。

这个app的thread也是在前面启动MainActivity时创建好的,于是,这里就直接调用realStartActivityLocked函数来启动新的Activity了,新的Activity的相关信息都保存在参数r中了。

Step 22. ActivityStack.realStartActivityLocked

这一步与上一篇文章Android应用程序启动过程源代码分析的Step 28一致。 Step 23. ApplicationThreadProxy.scheduleLaunchActivity

这一步与上一篇文章Android应用程序启动过程源代码分析的Step 29一致。

Step 24. ApplicationThread.scheduleLaunchActivity

这一步与上一篇文章Android应用程序启动过程源代码分析的Step 30一致。

Step 25. ActivityThread.queueOrSendMessage

这一步与上一篇文章Android应用程序启动过程源代码分析的Step 31一致。

Step 26. H.handleMessage

这一步与上一篇文章Android应用程序启动过程源代码分析的Step 32一致。

Step 27. ActivityThread.handleLaunchActivity

这一步与上一篇文章Android应用程序启动过程源代码分析的Step 33一致。

Step 28. ActivityThread.performLaunchActivity

这一步与上一篇文章Android应用程序启动过程源代码分析的Step 34一致,不过,这里要从ClassLoader里面加载的类就是shy.luo.activity.SubActivity了。

Step 29. SubAcitiviy.onCreate

这个函数定义在packages/experimental/Activity/src/shy/luo/activity/SubActivity.java文件中,这是我们自定义的app工程文件:

public class SubActivity extends Activity implements OnClickListener {

        ......

        @Override
        public void onCreate(Bundle savedInstanceState) {
            ......

            Log.i(LOG_TAG, "Sub Activity Created.");
        }

        ......

    }

这样,SubActivity就在应用程序Activity内部启动起来了。 在应用程序内部启动新的Activity的过程要执行很多步骤,但是整体来看,主要分为以下四个阶段:

一. Step 1 - Step 10:应用程序的MainActivity通过Binder进程间通信机制通知ActivityManagerService,它要启动一个新的Activity; 二. Step 11 - Step 15:ActivityManagerService通过Binder进程间通信机制通知MainActivity进入Paused状态; 三. Step 16 - Step 22:MainActivity通过Binder进程间通信机制通知ActivityManagerService,它已经准备就绪进入Paused状态,于是ActivityManagerService就准备要在MainActivity所在的进程和任务中启动新的Activity了; 四. Step 23 - Step 29:ActivityManagerService通过Binder进程间通信机制通知MainActivity所在的ActivityThread,现在一切准备就绪,它可以真正执行Activity的启动操作了。

和上一篇文章Android应用程序启动过程源代码分析中启动应用程序的默认Activity相比,这里在应用程序内部启动新的Activity的过程少了中间创建新的进程这一步,这是因为新的Activity是在已有的进程和任务中执行的,无须创建新的进程和任务。

这里同样不少地方涉及到了Binder进程间通信机制,相关资料请参考Android进程间通信(IPC)机制Binder简要介绍和学习计划一文。

这里希望读者能够把本文和上文Android应用程序启动过程源代码分析仔细比较一下应用程序的默认Activity和非默认Activity启动过程的不同之处,以加深对Activity的理解。

最后,在本文和上文中,我们多次提到了Android应用程序中任务(Task)的概念,它既不是我们在Linux系统中所理解的进程(Process),也不是线程(Thread),它是用户为了完成某个目标而需要执行的一系列操作的过程的一种抽象。这是一个非常重要的概念,它从用户体验的角度出发,界定了应用程序的边界,极大地方便了开发者利用现成的组件(Activity)来搭建自己的应用程序,就像搭积木一样,而且,它还为应用程序屏蔽了底层的进程,即一个任务中的Activity可以都是运行在同一个进程中,也中可以运行在不同的进程中。Android应用程序中的任务的概念,具体可以参考官方文档http://developer.android.com/guide/topics/fundamentals/tasks-and-back-stack.html,上面已经介绍的非常清楚了。

 相关推荐

刘强东夫妇:“移民美国”传言被驳斥

京东创始人刘强东和其妻子章泽天最近成为了互联网舆论关注的焦点。有关他们“移民美国”和在美国购买豪宅的传言在互联网上广泛传播。然而,京东官方通过微博发言人发布的消息澄清了这些传言,称这些言论纯属虚假信息和蓄意捏造。

发布于:6月以前  |  808次阅读  |  详细内容 »

博主曝三大运营商,将集体采购百万台华为Mate60系列

日前,据博主“@超能数码君老周”爆料,国内三大运营商中国移动、中国电信和中国联通预计将集体采购百万台规模的华为Mate60系列手机。

发布于:6月以前  |  770次阅读  |  详细内容 »

ASML CEO警告:出口管制不是可行做法,不要“逼迫中国大陆创新”

据报道,荷兰半导体设备公司ASML正看到美国对华遏制政策的负面影响。阿斯麦(ASML)CEO彼得·温宁克在一档电视节目中分享了他对中国大陆问题以及该公司面临的出口管制和保护主义的看法。彼得曾在多个场合表达了他对出口管制以及中荷经济关系的担忧。

发布于:6月以前  |  756次阅读  |  详细内容 »

抖音中长视频App青桃更名抖音精选,字节再发力对抗B站

今年早些时候,抖音悄然上线了一款名为“青桃”的 App,Slogan 为“看见你的热爱”,根据应用介绍可知,“青桃”是一个属于年轻人的兴趣知识视频平台,由抖音官方出品的中长视频关联版本,整体风格有些类似B站。

发布于:6月以前  |  648次阅读  |  详细内容 »

威马CDO:中国每百户家庭仅17户有车

日前,威马汽车首席数据官梅松林转发了一份“世界各国地区拥车率排行榜”,同时,他发文表示:中国汽车普及率低于非洲国家尼日利亚,每百户家庭仅17户有车。意大利世界排名第一,每十户中九户有车。

发布于:6月以前  |  589次阅读  |  详细内容 »

研究发现维生素 C 等抗氧化剂会刺激癌症生长和转移

近日,一项新的研究发现,维生素 C 和 E 等抗氧化剂会激活一种机制,刺激癌症肿瘤中新血管的生长,帮助它们生长和扩散。

发布于:6月以前  |  449次阅读  |  详细内容 »

苹果据称正引入3D打印技术,用以生产智能手表的钢质底盘

据媒体援引消息人士报道,苹果公司正在测试使用3D打印技术来生产其智能手表的钢质底盘。消息传出后,3D系统一度大涨超10%,不过截至周三收盘,该股涨幅回落至2%以内。

发布于:6月以前  |  446次阅读  |  详细内容 »

千万级抖音网红秀才账号被封禁

9月2日,坐拥千万粉丝的网红主播“秀才”账号被封禁,在社交媒体平台上引发热议。平台相关负责人表示,“秀才”账号违反平台相关规定,已封禁。据知情人士透露,秀才近期被举报存在违法行为,这可能是他被封禁的部分原因。据悉,“秀才”年龄39岁,是安徽省亳州市蒙城县人,抖音网红,粉丝数量超1200万。他曾被称为“中老年...

发布于:6月以前  |  445次阅读  |  详细内容 »

亚马逊股东起诉公司和贝索斯,称其在购买卫星发射服务时忽视了 SpaceX

9月3日消息,亚马逊的一些股东,包括持有该公司股票的一家养老基金,日前对亚马逊、其创始人贝索斯和其董事会提起诉讼,指控他们在为 Project Kuiper 卫星星座项目购买发射服务时“违反了信义义务”。

发布于:6月以前  |  444次阅读  |  详细内容 »

苹果上线AppsbyApple网站,以推广自家应用程序

据消息,为推广自家应用,苹果现推出了一个名为“Apps by Apple”的网站,展示了苹果为旗下产品(如 iPhone、iPad、Apple Watch、Mac 和 Apple TV)开发的各种应用程序。

发布于:6月以前  |  442次阅读  |  详细内容 »

特斯拉美国降价引发投资者不满:“这是短期麻醉剂”

特斯拉本周在美国大幅下调Model S和X售价,引发了该公司一些最坚定支持者的不满。知名特斯拉多头、未来基金(Future Fund)管理合伙人加里·布莱克发帖称,降价是一种“短期麻醉剂”,会让潜在客户等待进一步降价。

发布于:6月以前  |  441次阅读  |  详细内容 »

光刻机巨头阿斯麦:拿到许可,继续对华出口

据外媒9月2日报道,荷兰半导体设备制造商阿斯麦称,尽管荷兰政府颁布的半导体设备出口管制新规9月正式生效,但该公司已获得在2023年底以前向中国运送受限制芯片制造机器的许可。

发布于:6月以前  |  437次阅读  |  详细内容 »

马斯克与库克首次隔空合作:为苹果提供卫星服务

近日,根据美国证券交易委员会的文件显示,苹果卫星服务提供商 Globalstar 近期向马斯克旗下的 SpaceX 支付 6400 万美元(约 4.65 亿元人民币)。用于在 2023-2025 年期间,发射卫星,进一步扩展苹果 iPhone 系列的 SOS 卫星服务。

发布于:6月以前  |  430次阅读  |  详细内容 »

𝕏(推特)调整隐私政策,可拿用户发布的信息训练 AI 模型

据报道,马斯克旗下社交平台𝕏(推特)日前调整了隐私政策,允许 𝕏 使用用户发布的信息来训练其人工智能(AI)模型。新的隐私政策将于 9 月 29 日生效。新政策规定,𝕏可能会使用所收集到的平台信息和公开可用的信息,来帮助训练 𝕏 的机器学习或人工智能模型。

发布于:6月以前  |  428次阅读  |  详细内容 »

荣耀CEO谈华为手机回归:替老同事们高兴,对行业也是好事

9月2日,荣耀CEO赵明在采访中谈及华为手机回归时表示,替老同事们高兴,觉得手机行业,由于华为的回归,让竞争充满了更多的可能性和更多的魅力,对行业来说也是件好事。

发布于:6月以前  |  423次阅读  |  详细内容 »

AI操控无人机能力超越人类冠军

《自然》30日发表的一篇论文报道了一个名为Swift的人工智能(AI)系统,该系统驾驶无人机的能力可在真实世界中一对一冠军赛里战胜人类对手。

发布于:6月以前  |  423次阅读  |  详细内容 »

AI生成的蘑菇科普书存在可致命错误

近日,非营利组织纽约真菌学会(NYMS)发出警告,表示亚马逊为代表的电商平台上,充斥着各种AI生成的蘑菇觅食科普书籍,其中存在诸多错误。

发布于:6月以前  |  420次阅读  |  详细内容 »

社交媒体平台𝕏计划收集用户生物识别数据与工作教育经历

社交媒体平台𝕏(原推特)新隐私政策提到:“在您同意的情况下,我们可能出于安全、安保和身份识别目的收集和使用您的生物识别信息。”

发布于:6月以前  |  411次阅读  |  详细内容 »

国产扫地机器人热销欧洲,国产割草机器人抢占欧洲草坪

2023年德国柏林消费电子展上,各大企业都带来了最新的理念和产品,而高端化、本土化的中国产品正在不断吸引欧洲等国际市场的目光。

发布于:6月以前  |  406次阅读  |  详细内容 »

罗永浩吐槽iPhone15和14不会有区别,除了序列号变了

罗永浩日前在直播中吐槽苹果即将推出的 iPhone 新品,具体内容为:“以我对我‘子公司’的了解,我认为 iPhone 15 跟 iPhone 14 不会有什么区别的,除了序(列)号变了,这个‘不要脸’的东西,这个‘臭厨子’。

发布于:6月以前  |  398次阅读  |  详细内容 »
 目录