Android复习（Android基础-四大组件）—— Activity

  • Activity作为四大组件之首，是使用最为频繁的一种组件，中文直接翻译为"活动"，不过如果被翻译为"界面"会更好理解。正常情况，除了Window，Dialog和Toast ， 我们能见到的界面只有Activity。

1. 进程模式

  • APP进程的级别，由其活跃的或处于栈顶的组件的活动状态（比如生命周期）决定。
  • Activity的进程模式分为：前台进程、可见进程、Service进程、后台进程、空白进程
  1. 前台进程：适用于目前操作所需的进程。在不同的情况下，进程可能因为其所包含的各种应用组件而被视为前台进程。以下任一条件成立，就是前台进程。
  • 当前进程Activity正在与用户进行交互。（已调用onResume）
  • 当前Service正在执行回调的代码 生命周期（Service.onCreate() , Service.onStart(), Service.onDestory()）
  • 进程有一个正在运行的BroadcastReceiver（BroadcastReceiver.onReceive()正在执行）
  1. 可见进程：前台进程是一个Dialog；进程有一个Service，这个Service正在和一个可见的Activity绑定。
  • Activity在屏幕上对用户可见，但是失去了焦点，调用了onPause，暂时无法操作。
  • Service正在通过Service.startForeground()。
  • 实现特定功能的系统服务：动态壁纸，输入法服务。

  1. 服务进程：服务进程包含了一个已使用startService()方法启动的Service的进程。

  2. 后台进程：当Activity的onStop被调用，但是onDestroy并没有被调用

  3. 空白进程：当系统需要内存的时候，会暂时将背景进程清除，就成为了空白进程。

  • 进程优先级：前台进程 > 可见进程 > service进程 > 后台进程 > 空进程
  • 系统内存不足时，会删除优先级低的进程。

2. Activity的生命周期

  1. onCreate：表示Activity正在被创建，这是生命周期的第一个方法。可以做一些初始化的工作（加载界面布局资源，初始化Activity所需数据）
  2. onRestart：表示Activity正在被重新启动。一般情况下，当当前Activity从不可见更新为可见状态的时候，onRestart就会被调用
  3. onStart：表示Activity正在被启动，即将开始。这时Activity已经可见，但是没有出现在前台，还无法和用户交互了。
  4. onResume：表示Activity已经可见，并且出现在前台并开始活动。要注意这个和onStart的对比。onStart和onResume都表示Activity已经可见，但是onStart的时候Activity还在后台，onResume的时候Activity才显示到前台。
  5. onPause：表示Activity正在暂停，正常情况下，紧跟着onStop就会被调用。在特殊情况下，如果快速再回到当前Activity，那么onResume会被调用。（这种属于特殊情况，一般不会发生）。在这可以做一些存储数据，停止动画等操作，但是注意不能太耗时，不然会影响到新Activity的显示，onPause执行完，新的Activity的onResume才会执行。
  6. onStop：表示Activity即将停止，可以做一些稍微重量级的回收工作，同样不能太过耗时。
  7. onDestroy：表示Activity即将被销毁，这是生命周期中的最后一个回调。在这里，我们可以做一些回收工作和最终资源的释放。
    在这里插入图片描述

2.1 典型情况下的生命周期

  1. 打开新的Activity或者切换到桌面的时候，生命周期的回调？
    在这里插入图片描述
  2. onStart 和 onResume、onPause 和 onStop实质有什么不同？
    在这里插入图片描述
  3. 假设当前Activity为A，如果这时用户打开了一个新的ActivityB，那么B的onResume和A的onPause哪个先执行呢？
    在这里插入图片描述

2.2 异常情况下的生命周期

  • Activity除了受用户操作所导致的正常的生命周期方法调度，还有一些异常情况，比如当资源相关的系统配置发生改变以及系统内存不足时，Activity可能会被杀死。

2.2.1 情况1：资源相关的系统配置发生改变导致Activity被杀死并重新创建

  1. 首先要对系统的资源加载机制有一定的理解。把一张图片放在drawable目录后，可以通过Resources去获取这张图片。同时为了兼容不同的设备，我们可能还需要在其他一些目录放置不同的图片，比如drawable-mdpi、drawable-hdpi 等等。 这样，当应用程序启动的时候，系统就会根据设备去加载合适的Resources资源。比如说横屏手机和竖屏手机会**拿到两张不同的图片。
  2. 突然旋转屏幕，由于**系统配置发生了变化，在默认情况下，Activity就会被销毁并且重新创建，当然我们也可以组织重新创建我们的Activity
    在这里插入图片描述

2.2.2 情况2：资源内存不足导致优先级低的Activity被杀死

  • 这种情况不好模拟，但是其数据存储和恢复过程和情况1完全一致。这里我们简单描述一下Activity的优先级情况。
  • 前台进程 > 可见进程 > 服务进程 > 后台进程 > 空进程
  1. 前台Activity——正在和用户进行交互的Activity，优先级最高
  2. 可见但非前台Activity——比如Activity弹出了一个对话框，导致Activity可见，但是位于后台无法和用户直接交互。
  3. 后台Activity——已被暂停的Activity，比如执行了onStop，优先级最低。

如果一个进程中没有四大组件在执行，那么这个进程很快就会被系统杀死。因此，一些后台工作不适合脱离四大组件而独自运行在后台中，这样进程很容易被杀死。比较好的方法是将后台工作放入Service中从而保证有一定的优先级，这样就不会轻易被杀死。

3. Activity的重建机制

  • 重建机制就是在onStop()后，调用onSaveInstanceState将Activity的某些状态保存下来。然后在重新创建onStart()之后调用onRestoreInstanceState()把这状态显示出来。
  1. onSaveInstanceState：这个方法将要保存的数据 以键值对形式 保存在Bundle对象中。并把保存下来的bundle对象作为参数同时传递给onRestoreInstanceState和onCreate，保存了当前Activity的视图结构。（API29之后一定会调用在onStop之后）
  2. onRestoreInstanceState：一旦被调用，Bundle参数一定有值，不用额外判空，但onCreate正常启动Bundle参数为null。

3.1 onSaveInstanceState & onRestoreInstanceState

  • 主要是 onSaveInstanceState和onRestoreInstanceState方法。
  • 系统为我们做了一定的恢复工作。当Activity在异常情况下需要重新创建时,系统会默认为我们保存当前Activity 的视图结构，并且在 Activity重启后为我们恢复这些数据。
  • 例如：文本框（TextView）中用户输入的数据、ListView滚动的位置等。这些View相关的状态系统都能够默认为我们恢复。
  • 针对某一特定的View系统能够为我们恢复哪些数据，我们可以查看View的源码。 和Activity一样，每个View都有onSaveInstanceState和onRestoreInstanceState。 看一下它们的具体实现，就可以知道系统自动为每个View恢复哪些数据。
  • 拿TextView来说，我们分析一下它保存了哪些数据。
@Override
public Parcelable onSaveInstanceState() {Parcelable superState = super.onSaveInstanceState();// Save state if we are forced tofinal boolean freezesText = getFreezesText();//文本框是否选中boolean hasSelection = false;int start = -1;int end = -1;//如果文本框不为空if (mText != null) {start = getSelectionStart();end = getSelectionEnd();if (start >= 0 || end >= 0) {// Or save state if there is a selection//表示选中hasSelection = true;}}if (freezesText || hasSelection) {SavedState ss = new SavedState(superState);if (freezesText) {if (mText instanceof Spanned) {final Spannable sp = new SpannableStringBuilder(mText);if (mEditor != null) {removeMisspelledSpans(sp);sp.removeSpan(mEditor.mSuggestionRangeSpan);}ss.text = sp;} else {//保存文本框上的数据ss.text = mText.toString();}}if (hasSelection) {// XXX Should also save the current scroll position!ss.selStart = start;ss.selEnd = end;}if (isFocused() && start >= 0 && end >= 0) {ss.frozenWithFocus = true;}ss.error = getError();if (mEditor != null) {ss.editorState = mEditor.saveInstanceState();}return ss;}return superState;
}

在这里插入图片描述

3.2 Activity的configChanges属性

  • 上面分析了系统的数据存储和恢复机制，我们知道，当系统配置发生改变的时候，Activity会被重新创建，有没有办法不重新创建呢？系统配置中有很多内容，如果当某项内容发生改变后，我们不想系统重新创建Activity。可以给Activity指定configChanges属性。
android:configChanges="orientation"
  • 如果我们想指定多个值，可以用 " |" 连接起来。
    在这里插入图片描述
<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"package="com.example.activitytext" ><applicationandroid:allowBackup="true"android:icon="@mipmap/ic_launcher"android:label="@string/app_name"android:roundIcon="@mipmap/ic_launcher_round"android:supportsRtl="true"android:theme="@style/Theme.ActivityText" ><activityandroid:name=".MainActivity"//我们常用的只有locale，orientation,keyboardHidden这三个选项android:configChanges="orientation|screenSize"android:exported="true" ><intent-filter><action android:name="android.intent.action.MAIN" /><category android:name="android.intent.category.LAUNCHER" /></intent-filter></activity></application></manifest>

3.3 重建机制中保存和恢复数据

保存数据

  • Activity通过onSaveInstanceState()方法来保存状态，onSaveInstanceState()执行在onStop()后。
  • 然后Activity会委托Window去保存数据，接着Window再委托它上面的等级容器去保存数据。
  • 顶层容器是一个ViewGroup，一般来说可能是一个DecorView。
  • 最后顶层容器再去通知它的子元素来保存数据，这样整个保存数据过程就完成了。
    Activity里面有两个数据结构专门保存状态
  1. View States保存View的状态
  2. Instance State存储View states 以及开发者在 onSaveInstanceState中手动保存的Activity成员变量。

恢复数据

  • 通过onRestoreInstanceState方法来恢复状态，在保存期间，会自动收集View Hieracht（视图层次）中每一个实现了状态保存和恢复方法的View状态，这些数据会在onRestoreInstanceState方法时回传给View，并且回传是根据view的id来逐一匹配。

注意事项

  1. 为了成功保存状态，要求在View内部实现保存和恢复的算法。（原生的View都有做到，自定义View需要自己来重写实现）
  2. 为了成功恢复状态，要给View赋对应的ID
  3. 如果需要保存Activity的成员变量，重写方法时，需要保留基类的实现。

4. Activity的启动模式

4.1 LaunchMode

在这里插入图片描述

  1. standard(标准模式)
    在这里插入图片描述
  2. singleTop(栈顶复用模式)
    在这里插入图片描述
    在这里插入图片描述
  3. singleTask(栈内复用模式)
    在这里插入图片描述

如果D所需的任务栈为S1,并且当前任务栈S1的情况为 ADBC，根据栈内复用的原则，此时D不会重新创建,系统会把D切换到栈而并调用onNewIntent 方法,同时由于singleTask 默认具有clearTop的效果,会导致栈内所有在D上面的 Activity全部出栈，于是最终S1中的情况为 AD。这一点比较特殊，在后面还会对此情况详细分析。

  1. singleInstance（单实例模式）
    在这里插入图片描述
    在这里插入图片描述
  • 设置启动模式
//通过在Intent中设置标志位来为Activity指定启动模式
Intent intent = new Intent();
intent.setClass(MainActivity.this,SecondActivity.class);
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
startActivity(intent);

在这里插入图片描述

4.2 复用调用的方法 onNewIntent()

  1. 当ActivityA的LaunchMode为SingleTop，并且ActivityA在栈顶，现在启动ActivityA，会调用onNewIntent()方法 。
  • 生命周期顺序为：onResume—>onPause—>onNewIntent—>onResume
  1. 当ActivityA的LaunchMode为SingleInstance,SingleTask。
  • 如果之前栈内没有它，就会去创建一个它的实例，也就是会调用 onCreate()→onStart()→onResume()
  • 如果之前栈内有它的实例存在的话，生命周期的调用变成了onNewIntent()→onRestart()→onStart()→onResume 。
  • 只对以上的情况，再次启动它们的时候才会调用，即只对startActivity有效。如果仅仅从后台切换到前台而不再次启动的情形，不会触发onNewIntent。
  1. 当ActivityA的LaunchMode为SingleTop，并且ActivityA在栈顶，现在启动ActivityA，会调用onNewIntent()方法 。
  • 生命周期顺序为：onResume—>onPause—>onNewIntent—>onResume
  1. 当ActivityA的LaunchMode为SingleInstance,SingleTask。
    • 如果之前栈内没有它，就会去创建一个它的实例，也就是会调用 onCreate()→onStart()→onResume()
    • 如果之前栈内有它的实例存在的话，生命周期的调用变成了onNewIntent()→onRestart()→onStart()→onResume 。
  • 只对以上的情况，再次启动它们的时候才会调用，即只对startActivity有效。如果仅仅从后台切换到前台而不再次启动的情形，不会触发onNewIntent。
@Override
protected void onNewIntent(Intent intent) {super.onNewIntent(intent);setIntent(intent);         //设置新的intentint data = getIntent().getIntExtra("tanksu", 0);//此时的到的数据就是正确的了
}

5. Activity的TaskAffinity

  • 我们在上文中，多次提到了某个Activity所需的任务栈，什么是Activity所需要的任务栈？这要从一个参数说起：TaskAffinity [afineting] ，可以翻译为任务相关性。这个参数标识了一个Activity所需要的任务栈的名字。
  • 如果没有显示指明taskAffinity，那么它的taskAffinity就等于Application指明的taskAffinity，如果Application也没有指明，那么该taskAffinity的值就等于包名。
    在这里插入图片描述
android:taskAffinty="com.ning.task1"
  • taskAffinity的作用就是指定想要的任务栈。
  1. 当启动模式设置为standard或singleTop时，taskAffinity是不起作用的。待启动的 Activity 会跟随源 Activity 的任务栈，即使你显式声明了不一样的taskAffinity。
  2. 当启动模式设置了 singleTask或者 singleInstance时，taskAffinity就会新建任务栈来存储待启动的 Activity 实例。

5.1 TaskAffinity和allowTaskReparenting结合

  • TaskAffinity属性主要是用于和allowTaskReparenting属性配对使用。
  • 另外，任务栈分为前台任务栈和后台任务栈，后台任务栈中的Activity位于暂停状态，用户可以通过切换将后台任务栈再调到前台。
  • allowTaskReparenting允许Activity在任务栈之间进行迁移。
    具体点来说，就是一个Activity现在是处于某个Task当中的，但是它与另外一个Task具有相同的affinity值。当另外这个任务切换到前台的时候，该Activity就可以转移到切换到前台的这个任务当中。allowTaskReparenting默认是继承至application中的allowTaskReparenting=false，不可以。
  1. 当一个应用A启动应用B的某个Activity之后，如果这个Activity的allowTaskReparenting属性为true的话。那么当应用B被启动后，此Activity会直接从应用A的任务栈转移到应用B的任务栈中。
  2. 具体一点说就是，比如有两个应用A和B，A启动了B的一个ActivityC，然后按Home 键回到桌面，然后再单击B的桌面图标，这个时候不是启动了B上的 主Activity，而是重新显示了已经被应用A启动的ActivityC。或者说，C从A的任务栈转移到了B的任务栈中。
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述

5.2 使用FLAG_ACTIVITY_NEW_TASK标记

  • 单独的FLAG_ACTIVITY_NEW_TASK并不等于singleTask，它仅表示寻找Activity所需的任务栈压入。（即TaskAffinity指定的任务栈）
  • FLAG_ACTIVITY_NEW_TASK + FLAG_ACTIVITY_CLEAR_TOP 也不等价于启动模式singleTask
  • 当调用startActivity()方法来启动一个Activity时，默认是将它放入到当前的Task（任务）当中。但是，如果在Intent中加入了FLAG_ACTIVITY_NEW_TASK 的话，情况就会变的复杂起来。首先，系统会去检查这个 Activity要求的affinity是否与当前任务栈相同。
  1. 如果相同，把Activity放到当前的Task当中。
  2. 如果不同，先去检查是否有一个名字与该Activity的Affinity相同的Task。
    1. 如果有，这个Task被调到前台，同时将这个Activity显示到这个Task的顶端。
    2. 如果没有，系统将会尝试为这个Activity创建一个新的Task。需要注意的是，如果一个Activity在manifest文件中声明的启动模式是”singleTask”，那么他被启动的时候，行为模式会和前面提到的指定FLAG_ACTIVITY_NEW_TASK一样。

5.3 任务栈和返回栈

  • 任务栈和返回栈是独立存在的。
  1. 任务栈：Activity想要的任务栈，taskAffinity的作用就是指定想要的任务栈，是APP层面的一个东西。
  • 任务栈一般有前台任务栈和后台任务栈之分。比如我们手机中打开了飞书，按下Home键之后打开了抖音，此时抖音就在前台任务栈，飞书就在后台任务栈。
  1. 返回栈：它是Activity层面的，用户页面的返回依赖的是返回栈，而不是任务栈。 一个返回栈中可能会包含来自不同任务栈的Activity，返回栈就是为了维护正确的回退栈关系。
    在这里插入图片描述

6. Activity的FLAG

  • 标记位只能在Activity中设置
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);

  1. FLAG_ACTIVITY_NEW_TASK：这个标记位的作用是为Activity指定"singleTask"启动模式（近似于）。

    • 在不设置taskAffinity的情况下，单独设置FLAG_ACTIVITY_NEW_TASK并没有任何意义，不会创建新的任务栈，每次都会创建新的Activity实例，不会栈内复用。
    • 在一个新的任务栈中启动Activity。如果这个Activity想要的任务栈已经存在，并且其中已经运行着待启动的Activity，那么这个任务栈就会被带到前台，并回调onNewIntent。这个行为和singleTask一致。

  2. FLAG_ACTIVITY_SINGLE_TOP：这个标记位的作用是为Activity指定"singleTop"启动模式，其效果和在XML中指定该启动模式相同

  3. FLAG_ACTIVITY_CLEAR_TOP：具有此标记位的Activity，当它启动时，在同一个任务栈中所有位于它上面的Activity都要出栈。这个标记位一般会和singleTask启动模式一起出现。如果此时被启动的Activity采用standard模式启动，那么它连同它之上的Activity都要出栈，系统会创建新的Activity实例并放入栈顶

    • NEW_TASK+CLEAR_TOP != singleTask，因为在standard模式下启动，会把栈内本身的Activity也删除，所以不等于signleTask。

  4. FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS：具有这个标识位的Activity不会出现在历史Activity的列表中，当某些情况下我们用户通过历史列表回到我们的Activity的时候这个标记比较有用。他等同于在XML中指定Activity属性：

android:excludeFromRecents="true"
  1. FLAG_ACTIVITY_NO_HOSTORY：被指定的Activity在跳转到其他Activity后，将它从任务栈中移除。

7. IntentFilter

  • 我们知道启动Activity，一般有显示调用和隐式调用两种。显示调用需要明确指定被启动对象的组件信息，包括包名和类名。而隐式调用则不需要。
  • 这里简单介绍一下隐式调用，隐式调用需要Intent能够匹配目标组件的IntentFilter中所设置的过滤信息。
  1. 只有一个Intent同时匹配了action类别、category类别、data类别才算完全匹配，只有完全匹配才能启动目标Activity。
  2. 一个Activity可以有多个IntentFilter，一个Intent只要能匹配任何一组IntentFilter即可成功启动对应的Activity。
    在这里插入图片描述

8. Activity的数据传输

  1. 使用Intent的putExtra传递（传递数据大小有限制，1M左右，根据Binder）
  2. SharedPreference进行数据传递
  3. 使用静态变量传递数据
  4. 使用Bundle对象
  5. 使用Activity销毁时传递数据（onActivityResult）
  6. 使用序列化对象Seriazable

9. Activity的finish()

  • finish()用于结束Activity进程，关闭Activity但不关闭栈。
  • 调用finish()方法后，先pause()当前Activity，会通过AMS的ApplicationThread.scheduleDestroyActivity方法，向ActivtyThread（主线程）发送一个H.DESTROY_ACTIVITY消息
  • 主线程会调用handleDestroyActivity来处理这个消息
  • 在通过层层调用，回调Activity的onDestroy方法。
  • 业务场景
  • 比如在订单列表A点击新建订单进入新建订单ActivityB中，点击保存后，跳转到订单详细C中。在C中我们点击返回键要求返回到A中。

10. 相关问题

10.1 进程模式相关问题

  1. 何谓进程模式？
    在这里插入图片描述

10.2 生命周期相关问题

  1. onPause() 和 onStop()的区别？
    在这里插入图片描述
  2. A启动B，然后B退回A，两者的生命周期变化？
    在这里插入图片描述
  3. 为什么先Activity的onResume()执行，然后才是调用源Activity的onStop()方法呢?
    在这里插入图片描述
  4. MainActivity跳转到DialogActivity(盖不住MainActivity)再跳转到secondActivity的生命周期？
    在这里插入图片描述
  5. 从secondActivity返回到DialogActivity的生命周期？
    在这里插入图片描述
  6. 弹出Dialog对Activity的生命周期有什么影响？
    在这里插入图片描述

10.3 重建机制相关问题

  1. onSaveInstanceState方法调用的时机？
    在这里插入图片描述
  2. 什么时候会发生重建？
    在这里插入图片描述
  3. 为什么会有重建机制？
    在这里插入图片描述
  4. 优先级较低的Activity在内存不足的被回收后，怎样恢复到销毁前的状态？
    在这里插入图片描述

10.4 启动模式相关问题

  1. Activity的启动模式，A是standard，B是singleInstance, A启动B，又启动A会有几个对象？
    在这里插入图片描述
  2. 启动模式和FLAG的区别？
    在这里插入图片描述

10.5 Activity和application有什么区别？

  • Activity是UI界面的抽象，而application是应用程序的抽象。两者都是Context的子类。
  • 应用程序每次启动的时候，系统会为其创建一个application对象且只有一个（单例类），用来存储一些系统的信息，相当于一个容器。
  • 启动application时，系统会创建一个PID（进程ID），所有的Activity都在这个进程上运行，在application创建时会初始化一个全局变量，同一个应用的activity，都可以获取到这个变量。

10.6 onStop和onDestroy()回调延时及延时10S的问题？

为什么回调会延时

  • Activity调用流程：打开ActivityA -> 打开ActivityB -> 关闭ActivityB -> 回到ActivityA
  • 由于要关闭的Activity B或者要打开的Activity A 往主线程的MessageQueue中连续不断地post大量的msg。
  • 导致主线程一直在不断地进行消息循环处理 没有停歇。 因此APP不能向AMS发起IPC来进行ActivityB的销毁。
  • 所以finish ActivityB之后，onDestroy不会被及时回调。具体延时多久，要看主线程中堆积的msg什么时候被处理完。

延时10S

  • Android系统安排了一套流程来保证即使正常流程被阻断以后，ActivityB还是能被销毁。

  • 在关闭Activity B返回Activity A的时候，当AMS侧发起 IPC通知 APP侧的Activity A执行resume的时候，同时也会向AMS自己的主线程发送一个msg，该msg延时10s后执行。

  • 该msg的具体内容与 正常流程APP空闲时段需要执行的任务一致，当然也包括销毁B。

  • 这样Activity B的onDestroy方法也就在延时10s后调用执行。

  • 我们就该在写代码的时候，及时关闭、清理、移除不必要的主线程消息，并且尽可能的保证每个消息处理时间不要太长。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/news/15586.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

RT1052 的四定时器

RT1052 的四定时器

文章目录 1 Quad Timer&#xff0c;简称&#xff1a;QTMR2 单个通道的框图3 QTMR配置3.1 QTMR1 时钟使能。3.2 初始化 QTMR1。3.2.1 QTMR_Init 3.3 设置 QTMR1 通道 0 的定时周期。3.3.1QTMR_SetTimerPeriod 3.4 使能 QTMR1 通道 0 的比较中断。3.4.1 QTMR_EnableInterrupts 3.…
阅读更多...
Docker安装 Mysql 8.x 版本

Docker安装 Mysql 8.x 版本

文章目录 Docker安装 Mysql 8.0.22Mysql 创建账号并授权Mysql 数据迁移同版本数据迁移跨版本数据迁移 Mysql 5.x 版本与 Mysql 8.x版本是两个大版本&#xff0c;这里演示安装Mysql 8.x版本 Docker安装 Mysql 8.0.22 # 下载mysql $ docker pull mysql 默认安装最新…
阅读更多...
web学习

web学习

TCP/IP体系结构&#xff08;IP和端口&#xff09;&#xff1a; IP是什么&#xff1a;是计算机在互联网上的唯一标识&#xff08;坐标&#xff0c;代号&#xff09;&#xff0c;用于在互联网中寻找计算机。 访问网站时&#xff1a;域名会通过DNS&#xff08;解析服务&#xff…
阅读更多...
Vue通过指令 命令将打包好的dist静态文件上传到腾讯云存储桶 （保存原有存储目录结构）

Vue通过指令 命令将打包好的dist静态文件上传到腾讯云存储桶 （保存原有存储目录结构）

1、在项目根目录创建uploadToCOS.js文件 &#xff08;建议起简单的名字 方便以后上传输入命令方便&#xff09; 2、uploadToCOS.js文件代码编写 const path require(path); const fs require(fs); const COS require(cos-nodejs-sdk-v5);// 配置腾讯云COS参数 const cos n…
阅读更多...
工程师是怎样对待开源

工程师是怎样对待开源

工程师如何对待开源 本文是笔者作为一个在知名科技企业内从事开源相关工作超过 20 年的工程师&#xff0c;亲身经历或者亲眼目睹很多工程师对待开源软件的优秀实践&#xff0c;也看到了很多 Bad Cases&#xff0c;所以想把自己的一些心得体会写在这里&#xff0c;供工程师进行…
阅读更多...
跨域冲突问题解决

跨域冲突问题解决

1、问题分析 服务端和nginx代理 都做了跨域配置&#xff0c;导致请求头重复 headers 里面有两个重复的 Access-Control-Allow-Origin Access-Control-Allow-Methods Access-Control-Allow-Credentials 2、解决方法 在nginx去除服务端的跨域配置 proxy_hide_header Access-…
阅读更多...
铁路关基保护新规：优先采购安全可信的网络产品和服务！

铁路关基保护新规：优先采购安全可信的网络产品和服务！

《征求意见稿》第十四条提到&#xff1a;运营者应当加强供应链安全保护&#xff0c;优先采购安全可信的网络产品和服务&#xff1b;采购网络产品和服务影响或者可能影响国家安全的&#xff0c;运营者应当预判网络产品和服务投入使用后可能带来的国家安全风险&#xff0c;按照国…
阅读更多...
quarkus核心编程笔记

quarkus核心编程笔记

此篇只做总结&#xff0c;有大佬做的更详细 大佬quarkus笔记 依赖注入 在应用中&#xff0c;一个接口有多个实现是很常见的&#xff0c;那么依赖注入时&#xff0c;如果类型是接口&#xff0c;如何准确选择实现呢&#xff1f; 修饰符匹配Named注解属性匹配根据优先级选择写…
阅读更多...
论文笔记--GloVe: Global Vectors for Word Representation

论文笔记--GloVe: Global Vectors for Word Representation

论文笔记--GloVe: Global Vectors for Word Representation 1. 文章简介2. 文章概括3 文章重点技术3.1 两种常用的单词向量训练方法3.2 GloVe3.3 模型的复杂度 4. 文章亮点5. 原文传送门6. References 1. 文章简介 标题&#xff1a;GloVe: Global Vectors for Word Representa…
阅读更多...
自己实现MyBatis 底层机制--抽丝剥茧（上）

自己实现MyBatis 底层机制--抽丝剥茧（上）

&#x1f600;前言 本篇博文是学习过程中的笔记和对于MyBatis底层机制的分析思路&#xff0c;希望能够给您带来帮助&#x1f60a; &#x1f3e0;个人主页&#xff1a;晨犀主页 &#x1f9d1;个人简介&#xff1a;大家好&#xff0c;我是晨犀&#xff0c;希望我的文章可以帮助到…
阅读更多...
(树) 剑指 Offer 27. 二叉树的镜像 ——【Leetcode每日一题】

(树) 剑指 Offer 27. 二叉树的镜像 ——【Leetcode每日一题】

❓剑指 Offer 27. 二叉树的镜像 难度&#xff1a;简单 请完成一个函数&#xff0c;输入一个二叉树&#xff0c;该函数输出它的镜像。 例如输入&#xff1a; 4/ \2 7/ \ / \1 3 6 9镜像输出&#xff1a; 4/ \7 2/ \ / \9 6 3 1示例 1&#xff1a; 输…
阅读更多...
28_计算机网络（Computer Networks）基础

28_计算机网络（Computer Networks）基础

本篇介绍计算机网络的基础知识。 文章目录 1. 计算机网络历史2. 以太网" (Ethernet)2.1 以太网" (Ethernet)的简单形式及概念2.2 指数退避解决冲突问题2.3 利用交换机减少同一载体中设备2.4 互联网&#xff08;The Internet&#xff09;2.5 路由(routing)2.6 数据包…
阅读更多...
基于峰谷分时电价引导下的电动汽车充电负荷优化（matlab代码）

基于峰谷分时电价引导下的电动汽车充电负荷优化（matlab代码）

目录 1 主要内容 峰谷电价优化 电动汽车充电负荷变化 2 部分代码 3 程序结果 1 主要内容 该程序基本复现《基于峰谷分时电价引导下的电动汽车充电负荷优化》&#xff0c;代码主要做的是基于NSGA-II的电动汽车充电负荷优化&#xff0c;首先&#xff0c;在研究电动汽车用户充…
阅读更多...
重生之我要学C++第五天

重生之我要学C++第五天

这篇文章主要内容是构造函数的初始化列表以及运算符重载在顺序表中的简单应用&#xff0c;运算符重载实现自定义类型的流插入流提取。希望对大家有所帮助&#xff0c;点赞收藏评论&#xff0c;支持一下吧&#xff01; 目录 构造函数进阶理解 1.内置类型成员在参数列表中的定义 …
阅读更多...
【云原生】Docker容器命令监控+Prometheus监控平台

【云原生】Docker容器命令监控+Prometheus监控平台

目录 1.常用命令监控 docker ps docker top docker stats 2.weave scope 1.下载 2.安装 3.访问查询即可 3.Prometheus监控平台 1.部署数据收集器cadvisor 2.部署Prometheus 3.部署可视化平台Gragana 4.进入后台控制台 1.常用命令监控 docker ps [rootlocalhost ~…
阅读更多...
重新审视MHA与Transformer

重新审视MHA与Transformer

本文将基于PyTorch源码重新审视MultiheadAttention与Transformer。事实上&#xff0c;早在一年前博主就已经分别介绍了两者&#xff1a;各种注意力机制的PyTorch实现、从零开始手写一个Transformer&#xff0c;但当时的实现大部分是基于d2l教程的&#xff0c;这次将基于PyTorch…
阅读更多...
opencv顺时针,逆时针旋转视频并保存视频

opencv顺时针,逆时针旋转视频并保存视频

原视频 代码 import cv2# 打开视频文件 video cv2.VideoCapture(inference/video/lianzhang.mp4)# 获取原视频的宽度和高度 width int(video.get(cv2.CAP_PROP_FRAME_WIDTH)) height int(video.get(cv2.CAP_PROP_FRAME_HEIGHT))# 创建视频编写器并设置输出视频参数 fourcc …
阅读更多...
【C++】类和对象（下）

【C++】类和对象（下）

1、初始化列表 初始化列表&#xff1a;以一个冒号开始&#xff0c;接着是一个以逗号分隔的数据成员列表&#xff0c;每个"成员变量"后面跟一个放在括号中的初始值或表达式。 class Date { public:Date(int year, int month, int day): _year(year), _month(month), _…
阅读更多...
OSPF协议RIP协议+OSPF实验（eNSP）

OSPF协议RIP协议+OSPF实验（eNSP）

本篇博客主要讲解单区域的ospf&#xff0c;多区域的仅作了解。 目录 一、OSPF路由协议概述 1.内部网关协议和外部网关协议 二、OSPF的应用环境 1.从以下几方面考虑OSPF的使用 2.OSPF的特点 三、OSPF重要基本概念 3.1&#xff0c;辨析邻居和邻接关系以及七种邻居状态 3…
阅读更多...
【MySQL】索引与B+树

【MySQL】索引与B+树

【MySQL】索引与B树 索引概念前导硬件软件方面 索引的理解单个page多个page引入B树B树的特征为什么B树做索引优于其他数据结构&#xff1f;聚簇索引与非聚簇索引辅助索引 索引的创建主键索引的创建和查看唯一键索引的创建和查看普通索引的创建和查看复合索引全文索引索引的其他…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023