Android如何获取APP启动时间

本文详细探讨了在Android平台上获取App启动时间的方法,包括利用adb命令、解析源码实现API欺骗以及通过Java反射机制调用隐藏API。重点介绍了如何在App内调用startActivityAndWait方法获取启动时间,并提供了不同系统版本的适配代码。



Android平台上,一个App的启动时间可以说是一个重要的性能指标。如何获取一个App的启动时间呢,接下来咱们详细探讨一下。

  在查阅Android的文档之后发现,Android的shell命令里面是有这个功能的,打开adb,输入以下命令

        am是shell中集成的一个命令,ActivityManager的简写。一共需要提供两个参数-W,-n,其中-W是指启动完成之后,返回启动耗时,是最关键的一个参数。-n后面跟的是需要启动的App的包名和launchActivity。点击确定之后,会发现App被成功启动,且adb中会输入以下结果

        其中ThisTime即是本次App启动所花费的时间。

        到了这里我们基本完成了一半的工作,但是每次都需要在adb中才能查看启动时间无疑是很麻烦的,那么如何在手机上通过一个App控制其他App的启动,并获取启动时间呢,咱们继续看。

        首先通过shell看一下am命令中包含什么,在System/bin目录下面找到“am”命令,并打印出之后是如下的结果

       可以看出他跟普通的shell命令不一样,他是通过调用一个/framework/目录下的一个am.jar完成的工作,并最终执行com.android.commands.am包下面的Am.java。那我们接下来要做的工作就是下载Android源码,并找到这个Am.java。

        Am.java部分代码如下:

[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. public class Am extends BaseCommand {  
  2.   
  3.     private IActivityManager mAm;  
  4.     ...  
  5.       
  6.     public static void main(String[] args) {  
  7.         (new Am()).run(args);  
  8.     }  
  9.   
  10.     ...  
  11.       
  12.     @Override  
  13.     public void onRun() throws Exception {  
  14.         if (op.equals("start")) {  
  15.             runStart();  
  16.         }   
  17.         ...  
  18.     }  
  19.   
  20.     private void runStart() throws Exception {  
  21.         ...  
  22.         IActivityManager.WaitResult result = null;  
  23.         int res;  
  24.         if (mWaitOption) {  
  25.             result = mAm.startActivityAndWait(nullnull, intent, mimeType,  
  26.                         nullnull0, mStartFlags, mProfileFile, fd, null, mUserId);  
  27.             res = result.result;  
  28.         } else {  
  29.             res = mAm.startActivityAsUser(nullnull, intent, mimeType,  
  30.                     nullnull0, mStartFlags, mProfileFile, fd, null, mUserId);  
  31.         }  
  32.         ...  
  33.     }  
  34. }  

        看到代码之后突然就有了一种豁然开朗的感觉,没错,就是main函数!他就是整个am命令的入口,并调用onRun方法。如果我们输入的参数是“start"的话,会调用runStart()方法。在runStart()方法之前的预处理中,根据我们输入的-W参数,将mWaitOption赋值为true。然后最终就找到了整个命令的精髓所在--startActivityAndWait()!

        到这一步之后,我们需要做的工作就是如何在自己的App中调用这个startActivityAndWait方法。

        不过很明显这个API是不对开发者开放的,Android系统中有很多隐藏API,Google之所以要将一些API隐藏(指加上@hide标记的public类、方法或常量)是因为Android系统本身还在不断的进化发展中。从1.01.1到现在4.4,这些隐藏的API本身可能是不稳定的(方法的参数数量,类型都会变化),所以使用隐藏API,意味着程序更差的兼容性。

        但这并不意味着我们就不能使用它,这些隐藏的API在系统中都是真实存在的,只是不对外开放而已。我们可以通过三种方法调用它,分别是:JAVA反射机制、API欺骗、重新编译Android源码。

        反射是Java的语言特性之一,在此不进行赘述,需要介绍一下API欺骗:烧制到手机中的android.jar包含了Android所需的各种类与方法;而供开发者使用的android.jar只是其中的一部分。API欺骗是指在应用中去模拟未公开的类和方法让应用编译通过并生成APK,然而在应用实际运行中调用的却仍是烧制到手机中真实的android.jar。

        通过查看源码我们可以看到需要模拟的是ActivityManagerNative、IActivityManager和他的startActivityAndWait方法。参照源码,实现以下代码:

[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. package android.app;  
  2.   
  3. public abstract class ActivityManagerNative {  
  4.   
  5.     public static IActivityManager getDefault() {  
  6.         return null;  
  7.     }  
  8. }  
[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. package android.app;  
  2.   
  3. import android.content.ComponentName;  
  4. import android.os.Parcel;  
  5. import android.os.Parcelable;  
  6.   
  7. public abstract interface IActivityManager {  
  8.   
  9.     public WaitResult startActivityAndWait(IApplicationThread caller, String callingPackage,  
  10.             Intent intent, String resolvedType, IBinder resultTo, String resultWho,  
  11.             int requestCode, int flags, String profileFile,  
  12.             ParcelFileDescriptor profileFd, Bundle options, int userId) throws RemoteException;  
  13.       
  14.     public static class WaitResult implements Parcelable {  
  15.         public int result;  
  16.         public boolean timeout;  
  17.         public ComponentName who;  
  18.         public long thisTime;  
  19.         public long totalTime;  
  20.     };  
  21. }  
        分别查阅4.0、4.4的源码之后发现startActivityAndWait的参数个数和顺序居然不一样,那通过API欺骗的方式适配所有的系统版本看来是不现实了。但是我们可以结合Java的反射和API欺骗来完成这个工作。所以改写后的代码如下:
[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. package android.app;  
  2.   
  3. public abstract class ActivityManagerNative {  
  4.   
  5.     public static IActivityManager getDefault() {  
  6.         return null;  
  7.     }  
  8. }  
[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. package android.app;  
  2.   
  3. import android.content.ComponentName;  
  4. import android.os.Parcel;  
  5. import android.os.Parcelable;  
  6.   
  7. public abstract interface IActivityManager {  
  8.   
  9.     public static class WaitResult implements Parcelable {  
  10.         public int result;  
  11.         public boolean timeout;  
  12.         public ComponentName who;  
  13.         public long thisTime;  
  14.         public long totalTime;  
  15.     };  
  16. }  
        然 在使用时,首先通过API欺骗获取到一个IActivityManager的实例,然后通过Java反射找到startActivityAndWait方法,根据不同的系统版本,传递不同的参数,最终完成工作,代码如下:
[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. private void getStartActivityMethod() {  
  2.         activityManager = ActivityManagerNative.getDefault();  
  3.         Method[] methods = activityManager.getClass().getDeclaredMethods();  
  4.   
  5.         for (int i = 0; i < methods.length; i++) {  
  6.             String methodName = methods[i].getName();  
  7.             if (methodName.contains("startActivityAndWait")) {  
  8.                 startActivityMethod = methods[i];  
  9.                 startActivityMethod.setAccessible(true);  
  10.                 break;  
  11.             }  
  12.         }  
  13.     }  
  14.   
  15.     // 4.4  
  16.     private long startActivityWithFieldsForApi19(Intent intent) {  
  17.         Object[] objects = new Object[] { nullnull, intent, nullnullnull00nullnullnull0 };  
  18.         return startActivityForResult(objects);  
  19.     }  
  20.   
  21.     private long startActivityForResult(Object[] objects) {  
  22.         try {  
  23.             Object object = startActivityMethod.invoke(activityManager, objects);  
  24.             WaitResult waitResult = (WaitResult) object;  
  25.             return waitResult.thisTime;  
  26.         } catch (IllegalArgumentException e) {  
  27.             // TODO Auto-generated catch block  
  28.             e.printStackTrace();  
  29.         } catch (IllegalAccessException e) {  
  30.             // TODO Auto-generated catch block  
  31.             e.printStackTrace();  
  32.         } catch (InvocationTargetException e) {  
  33.             // TODO Auto-generated catch block  
  34.             e.printStackTrace();  
  35.         }  
  36.         return -1;  
  37.     }  
最后附上Android源码的下载地址: http://grepcode.com/project/repository.grepcode.com/java/ext/com.google.android/android/

个人整理的不同系统版本startActivityAndWait()函数的详情:http://download.csdn.net/detail/yutou58nian/7049953

Android平台上,一个App的启动时间可以说是一个重要的性能指标。如何获取一个App的启动时间呢,接下来咱们详细探讨一下。

  在查阅Android的文档之后发现,Android的shell命令里面是有这个功能的,打开adb,输入以下命令

        am是shell中集成的一个命令,ActivityManager的简写。一共需要提供两个参数-W,-n,其中-W是指启动完成之后,返回启动耗时,是最关键的一个参数。-n后面跟的是需要启动的App的包名和launchActivity。点击确定之后,会发现App被成功启动,且adb中会输入以下结果

        其中ThisTime即是本次App启动所花费的时间。

        到了这里我们基本完成了一半的工作,但是每次都需要在adb中才能查看启动时间无疑是很麻烦的,那么如何在手机上通过一个App控制其他App的启动,并获取启动时间呢,咱们继续看。

        首先通过shell看一下am命令中包含什么,在System/bin目录下面找到“am”命令,并打印出之后是如下的结果

       可以看出他跟普通的shell命令不一样,他是通过调用一个/framework/目录下的一个am.jar完成的工作,并最终执行com.android.commands.am包下面的Am.java。那我们接下来要做的工作就是下载Android源码,并找到这个Am.java。

        Am.java部分代码如下:

[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. public class Am extends BaseCommand {  
  2.   
  3.     private IActivityManager mAm;  
  4.     ...  
  5.       
  6.     public static void main(String[] args) {  
  7.         (new Am()).run(args);  
  8.     }  
  9.   
  10.     ...  
  11.       
  12.     @Override  
  13.     public void onRun() throws Exception {  
  14.         if (op.equals("start")) {  
  15.             runStart();  
  16.         }   
  17.         ...  
  18.     }  
  19.   
  20.     private void runStart() throws Exception {  
  21.         ...  
  22.         IActivityManager.WaitResult result = null;  
  23.         int res;  
  24.         if (mWaitOption) {  
  25.             result = mAm.startActivityAndWait(nullnull, intent, mimeType,  
  26.                         nullnull0, mStartFlags, mProfileFile, fd, null, mUserId);  
  27.             res = result.result;  
  28.         } else {  
  29.             res = mAm.startActivityAsUser(nullnull, intent, mimeType,  
  30.                     nullnull0, mStartFlags, mProfileFile, fd, null, mUserId);  
  31.         }  
  32.         ...  
  33.     }  
  34. }  

        看到代码之后突然就有了一种豁然开朗的感觉,没错,就是main函数!他就是整个am命令的入口,并调用onRun方法。如果我们输入的参数是“start"的话,会调用runStart()方法。在runStart()方法之前的预处理中,根据我们输入的-W参数,将mWaitOption赋值为true。然后最终就找到了整个命令的精髓所在--startActivityAndWait()!

        到这一步之后,我们需要做的工作就是如何在自己的App中调用这个startActivityAndWait方法。

        不过很明显这个API是不对开发者开放的,Android系统中有很多隐藏API,Google之所以要将一些API隐藏(指加上@hide标记的public类、方法或常量)是因为Android系统本身还在不断的进化发展中。从1.01.1到现在4.4,这些隐藏的API本身可能是不稳定的(方法的参数数量,类型都会变化),所以使用隐藏API,意味着程序更差的兼容性。

        但这并不意味着我们就不能使用它,这些隐藏的API在系统中都是真实存在的,只是不对外开放而已。我们可以通过三种方法调用它,分别是:JAVA反射机制、API欺骗、重新编译Android源码。

        反射是Java的语言特性之一,在此不进行赘述,需要介绍一下API欺骗:烧制到手机中的android.jar包含了Android所需的各种类与方法;而供开发者使用的android.jar只是其中的一部分。API欺骗是指在应用中去模拟未公开的类和方法让应用编译通过并生成APK,然而在应用实际运行中调用的却仍是烧制到手机中真实的android.jar。

        通过查看源码我们可以看到需要模拟的是ActivityManagerNative、IActivityManager和他的startActivityAndWait方法。参照源码,实现以下代码:

[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. package android.app;  
  2.   
  3. public abstract class ActivityManagerNative {  
  4.   
  5.     public static IActivityManager getDefault() {  
  6.         return null;  
  7.     }  
  8. }  
[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. package android.app;  
  2.   
  3. import android.content.ComponentName;  
  4. import android.os.Parcel;  
  5. import android.os.Parcelable;  
  6.   
  7. public abstract interface IActivityManager {  
  8.   
  9.     public WaitResult startActivityAndWait(IApplicationThread caller, String callingPackage,  
  10.             Intent intent, String resolvedType, IBinder resultTo, String resultWho,  
  11.             int requestCode, int flags, String profileFile,  
  12.             ParcelFileDescriptor profileFd, Bundle options, int userId) throws RemoteException;  
  13.       
  14.     public static class WaitResult implements Parcelable {  
  15.         public int result;  
  16.         public boolean timeout;  
  17.         public ComponentName who;  
  18.         public long thisTime;  
  19.         public long totalTime;  
  20.     };  
  21. }  
        分别查阅4.0、4.4的源码之后发现startActivityAndWait的参数个数和顺序居然不一样,那通过API欺骗的方式适配所有的系统版本看来是不现实了。但是我们可以结合Java的反射和API欺骗来完成这个工作。所以改写后的代码如下:
[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. package android.app;  
  2.   
  3. public abstract class ActivityManagerNative {  
  4.   
  5.     public static IActivityManager getDefault() {  
  6.         return null;  
  7.     }  
  8. }  
[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. package android.app;  
  2.   
  3. import android.content.ComponentName;  
  4. import android.os.Parcel;  
  5. import android.os.Parcelable;  
  6.   
  7. public abstract interface IActivityManager {  
  8.   
  9.     public static class WaitResult implements Parcelable {  
  10.         public int result;  
  11.         public boolean timeout;  
  12.         public ComponentName who;  
  13.         public long thisTime;  
  14.         public long totalTime;  
  15.     };  
  16. }  
        然 在使用时,首先通过API欺骗获取到一个IActivityManager的实例,然后通过Java反射找到startActivityAndWait方法,根据不同的系统版本,传递不同的参数,最终完成工作,代码如下:
[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. private void getStartActivityMethod() {  
  2.         activityManager = ActivityManagerNative.getDefault();  
  3.         Method[] methods = activityManager.getClass().getDeclaredMethods();  
  4.   
  5.         for (int i = 0; i < methods.length; i++) {  
  6.             String methodName = methods[i].getName();  
  7.             if (methodName.contains("startActivityAndWait")) {  
  8.                 startActivityMethod = methods[i];  
  9.                 startActivityMethod.setAccessible(true);  
  10.                 break;  
  11.             }  
  12.         }  
  13.     }  
  14.   
  15.     // 4.4  
  16.     private long startActivityWithFieldsForApi19(Intent intent) {  
  17.         Object[] objects = new Object[] { nullnull, intent, nullnullnull00nullnullnull0 };  
  18.         return startActivityForResult(objects);  
  19.     }  
  20.   
  21.     private long startActivityForResult(Object[] objects) {  
  22.         try {  
  23.             Object object = startActivityMethod.invoke(activityManager, objects);  
  24.             WaitResult waitResult = (WaitResult) object;  
  25.             return waitResult.thisTime;  
  26.         } catch (IllegalArgumentException e) {  
  27.             // TODO Auto-generated catch block  
  28.             e.printStackTrace();  
  29.         } catch (IllegalAccessException e) {  
  30.             // TODO Auto-generated catch block  
  31.             e.printStackTrace();  
  32.         } catch (InvocationTargetException e) {  
  33.             // TODO Auto-generated catch block  
  34.             e.printStackTrace();  
  35.         }  
  36.         return -1;  
  37.     }  
最后附上Android源码的下载地址: http://grepcode.com/project/repository.grepcode.com/java/ext/com.google.android/android/

个人整理的不同系统版本startActivityAndWait()函数的详情:http://download.csdn.net/detail/yutou58nian/7049953


转载地址:http://m.blog.csdn.net/blog/yutou58nian/21176139

内容概要:本文提出了一种基于非合作博弈理论的居民负荷分层调度模型,并结合双层鲸鱼优化算法(Two-level Whale Optimization Algorithm)进行高效求解,模型与算法均通过Matlab代码实现。研究针对电力系统中居民侧用电负荷的复杂调度问题,引入非合作博弈机制刻画各用户之间的利益竞争关系,实现负荷的分层优化分配;同时设计双层优化架构,上层优化资源配置,下层模拟用户自主决策行为,提升了模型的实用性与合理性。通过智能优化算法求解多层级、非凸非线性的博弈模型,有效提高了调度方案的收敛性与全局寻优能力,适用于现代智能电网中的需求侧管理与能源优化场景。; 适合人群:具备电力系统基础理论知识和Matlab编程能力,从事智能电网、能源优化调度、需求侧管理、博弈论应用等方向的科研人员、高校研究生及工程技术人员。; 使用场景及目标:①应用于居民区电力负荷的分层优化调度系统设计与仿真分析;②为非合作博弈在多主体能源系统建模中的应用提供方法论支持;③利用双层鲸鱼算法解决具有嵌套结构的复杂双层优化问题,提升求解效率与调度方案的可行性。; 阅读建议:建议读者结合提供的Matlab代码深入理解模型构建逻辑与算法实现流程,重点关注博弈模型的效用函数设计、纳什均衡求解思路以及双层优化结构的迭代机制,宜配合实际用电数据开展复现实验以验证模型有效性与鲁棒性。
内容概要:本文围绕基于自适应神经模糊推理系统(ANFIS)智能控制器的可再生能源微电网功率管理系统展开研究,结合Simulink仿真实现,深入探讨了微电网中功率的智能调控与经济机组组合调度问题。通过引入ANFIS控制器,有效应对风能、光伏等可再生能源出力的波动性与不确定性,提升系统运行的稳定性与电能质量。研究内容涵盖微电网多源协调控制策略、功率平衡管理、优化调度模型构建及仿真验证,实现了对分布式电源、储能系统和负荷的协同优化,兼顾经济性与可靠性目标,并通过仿真平台验证了所提方法的有效性与优越性。; 适合人群:具备电力系统、自动化或新能源相关专业背景,熟悉Matlab/Simulink仿真环境,从事微电网能量管理、智能控制、能源优化等领域研究的研究生、科研人员及工程技术人员。; 使用场景及目标:①用于高比例可再生能源接入场景下的微电网能量管理系统研发与教学实践;②为实现微电网功率稳定控制与经济高效运行提供先进的智能控制解决方案;③支撑高水平学术论文复现、科研课题攻关及实际工程项目的仿真验证与方案优化。; 阅读建议:建议结合提供的Simulink模型与相关代码进行动手实践,重点关注ANFIS控制器的设计流程、规则库构建与参数调优方法,并通过与传统PID或MPC控制策略的对比实验,深入理解其在动态响应与鲁棒性方面的优势。同时可进一步拓展文中提出的优化调度逻辑,应用于多目标、多约束的复杂实际应用场景中。
内容概要:本文档聚焦于“直流电机双闭环控制Matlab仿真”,系统阐述了基于Matlab/Simulink平台实现直流电机双闭环控制系统(主要包括速度环与电流环)的设计与仿真全过程。通过构建直流电机的数学模型,结合PI控制器进行调控,实现对电机转速和电枢电流的高精度动态控制,验证控制策略的稳定性与响应性能。文档详细介绍了仿真模型的搭建流程、关键参数的整定方法、系统动态波形的分析手段以及仿真结果的有效性验证,体现了经典自动控制理论在实际电机系统中的工程应用,是电机控制与电力电子技术相结合的典型研究案例。; 适合人群:具备自动控制原理、电机与拖动基础、电力电子技术和Matlab/Simulink仿真能力的电气工程、自动化、机电一体化等专业的本科生、研究生及从事电机驱动系统研发的工程技术人员。; 使用场景及目标:①作为高校课程设计或实验教学材料,帮助学生深入理解双闭环调速系统的工作机理与工程实现;②服务于科研项目,为新型电机控制算法(如滑模、模糊PID等)的开发与性能对比提供基础仿真验证平台;③作为工业界产品前期设计的仿真工具,用于评估不同控制策略在动态响应、抗干扰能力和稳态精度方面的可行性。; 阅读建议:建议读者在学习过程中紧密结合自动控制理论知识,亲手在Simulink环境中搭建完整的双闭环仿真模型,通过反复调整PI控制器的比例与积分参数,观察并分析转速、电流的阶跃响应曲线,从而深刻理解反馈控制的本质、系统稳定性条件以及参数整定对动态性能的影响,进而掌握电机控制系统的设计精髓。
内容概要:本文研究了基于Benders分解与输电网运营商(TSO)和配电网运营商(DSO)协调机制的不确定环境下输配电网双层优化模型,旨在提升高比例可再生能源接入背景下电网系统的协调性与鲁棒性。模型上层以系统整体经济性为目标进行优化调度,下层采用Benders分解实现TSO与DSO之间的信息交互与协同决策,通过引入割平面迭代机制保障求解的收敛性与全局最优性。研究充分考虑新能源出力与负荷需求的不确定性,构建了具有强适应性的双层优化框架,并基于Matlab完成了模型的编程实现与仿真验证,有效解决了多主体、多层级、多不确定性因素耦合下的电力系统优化调度难题。; 适合人群:具备电力系统分析、运筹学与优化理论基础,熟悉Matlab编程环境,从事智能电网、能源互联网、分布式能源集成、电力市场等方向的研究生、科研人员及工程技术人员。; 使用场景及目标:①研究高渗透率可再生能源条件下输配电网协同优化调度策略;②掌握Benders分解在电力系统双层优化建模中的应用方法与实现技巧;③构建TSO-DSO多主体协调机制,实现跨层级电网资源的高效互动与决策解耦;④提升对不确定性建模、分解算法设计及大规模优化问题求解能力。; 阅读建议:建议读者结合Matlab代码逐模块剖析模型构建流程,重点理解Benders割的生成逻辑、主从问题的信息传递机制及收敛判据设定,推荐在标准IEEE测试系统上复现实验以深入掌握模型特性与算法性能。
内容概要:本文系统研究了基于灰狼优化算法(GWO)优化Elman神经网络的方法,并提供了完整的Matlab代码实现。研究重点在于利用灰狼优化算法强大的全局搜索能力,对Elman神经网络的关键参数进行智能优化,从而克服传统训练方法易陷入局部最优的缺陷,显著提升模型在时序预测与非线性系统建模任务中的精度与稳定性。文章详细阐述了Elman网络的动态反馈机制及其在处理时间序列数据方面的优势,构建了GWO与Elman相结合的混合预测框架,涵盖了从模型搭建、参数寻优、仿真测试到结果分析的全流程,特别适用于风电功率预测、电力负荷预测等具有强时变性和不确定性的工程应用场景。; 适合人群:具备一定Matlab编程能力和神经网络基础知识,从事智能优化算法、时间序列预测、电力系统分析或新能源出力预测等相关领域的研究生、科研人员及工程技术人员。; 使用场景及目标:①掌握灰狼优化算法在神经网络超参数优化中的具体实施路径与技术细节;②深入理解Elman递归神经网络与群体智能优化算法融合的建模范式;③将其应用于风电、光伏等新能源发电功率预测及复杂动态系统的建模与仿真,提升预测性能。; 阅读建议:建议读者结合所提供的Matlab代码进行动手实践,重点关注GWO算法与Elman网络的接口设计、适应度函数构建及参数优化迭代过程,可通过调整数据集或迁移至其他预测场景以深化理解和验证模型泛化能力。
源码直接下载地址: https://pan.quark.cn/s/a4b39357ea24 JMeter的录制方法及过滤策略、线程组构成要素是什么? JMeter能够借助第三方录制工具(如BadBoy)或其自带的录制功能来完成录制工作,JMeter的录制机制:是借助HTTP代理服务器来捕获用户在操作网站时产生的链接信息。JMeter允许在配置HTTP代理服务器时,排除掉非必要的CSS、GIF等资源,以此减轻不必要的负担。 线程组涵盖:线程组的名称标识、附加注释说明、线程组内的用户数量、线程组完成请求的时间分配、循环执行次数、时间调度机制 【JMeter性能测试详解】 JMeter是一款功能强大的性能测试软件,常用于模拟大规模用户同时访问Web应用,用以衡量系统的性能表现和稳定性。接下来将具体说明JMeter的操作方法、线程组的设置以及性能测试的重要环节。 **JMeter录制与过滤** JMeter可以通过BadBoy等外部工具或其自带的HTTP代理服务器来记录用户的行为。其录制原理是JMeter作为HTTP代理,拦截用户浏览器发出的所有网络请求。在配置代理服务器时,能够过滤掉不必要的CSS、GIF等静态资源,以减少无效的负载。 **线程组配置** 线程组是JMeter测试计划的核心部分,包含以下几个关键参数: 1. **线程组名**:用于区分测试计划中的不同测试区域。 2. **注释**:用于记录测试目标或注意事项。 3. **线程数**:用于模拟并发用户的数量。 4. **循环次数**:每个线程需要执行的循环次数,可以设置为无限循环。 5. **Ramp-up period**:规定所有线程启动的时间跨度,旨在平滑增加负载。 6. **定时器**:例如思考时间或...
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值