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 to
    final 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" >

    <application
        android: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" >
        <activity
            android: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);         //设置新的intent
    int 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.mfbz.cn/a/56252.html

如若内容造成侵权/违法违规/事实不符，请联系我们进行投诉反馈qq邮箱809451989@qq.com，一经查实，立即删除！

相关文章

【硬件设计】模拟电子基础二--放大电路

【硬件设计】模拟电子基础二--放大电路

模拟电子基础二--放大电路 一、基本放大电路1.1 初始电路1.2 静态工作点1.3 分压偏置电路 二、负反馈放大电路三、直流稳压电路 前言&#xff1a;本章为知识的简单复习&#xff0c;适合于硬件设计学习前的知识回顾&#xff0c;不适合运用于考试。 一、基本放大电路 1.1 初始电…
阅读更多...
小白到运维工程师自学之路 第六十三集 （dockerfile安装sshd、httpd、nginx）

小白到运维工程师自学之路 第六十三集 （dockerfile安装sshd、httpd、nginx）

一、概述 Dockerfile的指令根据作用可以分为两种&#xff0c;构建指令和设置指令。构建指令用于构建image&#xff0c;其指定的操作不会在运行image的容器上执行&#xff1b;设置指令用于设置image的属性&#xff0c;其指定的操作将在运行image的容器中执行。 1、FROM 镜像:T…
阅读更多...
Vue3基础（1）

Vue3基础（1）

1.简单的vue实例 1.data函数介绍 也可以修改data里的数据 2.自定义函数 调用函数 3.Vue模板语法 &#xff08;1).V-html (2)三目运算符的支持 &#xff08;3&#xff09;对函数的支持 &#xff08;4&#xff09;v-bind 值动态修改 4.指令 1.v-if和v-else的使用
阅读更多...
改变C++中私有变量成员的值

改变C++中私有变量成员的值

1、没有引用的情况&#xff1a; #include <iostream> #include <queue> using namespace std; class Person { public:queue<int>que; public:queue<int> getQueue(){return que;}void push(int a){que.push(a);}void pop(){que.pop();} };int main()…
阅读更多...
【vue】组件使用教训

【vue】组件使用教训

组件使用 报错组件找不到 These dependencies were not found: 遇见的问题 在使用vue的时候&#xff0c;做了一个统计图的功能&#xff0c;引入了chart。 但是在运行项目的时候&#xff0c;直接报错启动不起来&#xff0c;报错内容是 告诉我依赖找不到&#xff0c;然后还试…
阅读更多...
2023年第四届“华数杯”数学建模思路 - 案例：粒子群算法

2023年第四届“华数杯”数学建模思路 - 案例：粒子群算法

# 0 赛题思路 &#xff08;赛题出来以后第一时间在CSDN分享&#xff09; https://blog.csdn.net/dc_sinor?typeblog 1 什么是粒子群算法&#xff1f; 粒子群算法&#xff08;Particle Swarm Optimization,PSO&#xff09;是一种模仿鸟群、鱼群觅食行为发展起来的一种进化算…
阅读更多...
IDEA配置远程docker解释器及无编码提示/关联不到python依赖问题

IDEA配置远程docker解释器及无编码提示/关联不到python依赖问题

文章目录 1. 修改docker默认配置以支持远程连接2. 配置docker远程解释器3 .IDE配置project SDK4. 本地代码与Linux目录映射5.运行配置 1. 修改docker默认配置以支持远程连接 vim /lib/systemd/system/docker.service,修改docker启动参数 #ExecStart/usr/bin/dockerd -H fd://…
阅读更多...
TIA Portal（博途）V15.0 安装教程

TIA Portal（博途）V15.0 安装教程

哈喽&#xff0c;大家好&#xff0c;我是雷工。 最近项目上用到博图15.0软件&#xff0c;在虚拟机安装博图软件。下面记录安装过程。 一、安装环境 虚拟机内的Win10系统专业版64位。 二、注意事项 1、安装文件的存放路径不能含中文字符&#xff0c;软件需安装在C盘。 2、操…
阅读更多...
RS232自由转Profinet网关扫码枪连接电脑操作

RS232自由转Profinet网关扫码枪连接电脑操作

你是否曾经遇到过这样的问题&#xff1a;如何在不编写复杂代码的情况下&#xff0c;将条形码数据上传到PLC&#xff1f;今天&#xff0c;我们将为你揭示一个简单的解决方案&#xff01; 让我们来看看这个神奇的组合&#xff1a;捷米的JM-RS485/232-PN (rs232转Profient网关)和…
阅读更多...
容器化安装环境EFK搭建

容器化安装环境EFK搭建

容器化安装环境 Docker中安装并启动ElasticSearch 前置配置 第一步&#xff1a;在宿主机上执行echo “net.ipv4.ip_forward1” >>/usr/lib/sysctl.d/00-system.conf 2.第二步&#xff1a;重启network和docker服务 [rootlocalhost /]# systemctl restart network &&…
阅读更多...
基于量子同态的安全多方量子求和加密

基于量子同态的安全多方量子求和加密

摘要安全多方计算在经典密码学中一直扮演着重要的角色。量子同态加密(QHE)可以在不解密的情况下对加密数据进行计算。目前&#xff0c;大多数协议使用半诚实的第三方(TP)来保护参与者的秘密。我们使用量子同态加密方案代替TP来保护各方的隐私。在量子同态加密的基础上&#xff…
阅读更多...
一些高频的C++ cache line面试

一些高频的C++ cache line面试

C那些事之False Sharing与Cache line 最近看到一段代码&#xff0c;手动做的对齐&#xff0c;于是研究一下不对齐又会带来什么影响&#xff1f; template <typename T> class AtomicWithPadding {private:static constexpr int kCacheLineSize 64;uint8_t padding_befor…
阅读更多...
某公共资源交易平台headers逆向

某公共资源交易平台headers逆向

某公共资源交易平台headers逆向 声明逆向目标：寻找加密位置X-Dgi-Req-Nonce和X-Dgi-Req-Timestamp加密分析X-Dgi-Req-Signature加密分析声明 本文章中所有内容仅供学习交流，抓包内容、敏感网址、数据接口均已做脱敏处理，严禁用于商业用途和非法用途，否则由此产生的一切后果…
阅读更多...
StarRocks数据库部署全记录(保姆式帮助你初次体验StarRocks)

StarRocks数据库部署全记录(保姆式帮助你初次体验StarRocks)

因业务需要&#xff0c;特此了解StarRocks产品和部署。 接触过程中发现指导资料很稀少&#xff0c;本人将结合官方的手册其他开源博主指导&#xff0c;将第一次接触到的概念和部署流程梳理&#xff0c;得出本文。 已有的资源中对细节介绍欠缺&#xff0c;导致我本人整个过程中花…
阅读更多...
JavaWeb+jsp+Tomcat的叮当书城项目

JavaWeb+jsp+Tomcat的叮当书城项目

点击以下链接获取源码&#xff1a; https://download.csdn.net/download/qq_64505944/88123111?spm1001.2014.3001.5503 技术&#xff1a;ssm jsp JDK1.8 MySQL5.7 Tomcat8.3 源码数据库课程设计 功能&#xff1a;管理员与普通用户和超级管理员三个角色&#xff0c;管理员可…
阅读更多...
Java 解析Excel单元格的富文本

Java 解析Excel单元格的富文本

1. 总体介绍 该方法是解析 xlsx 单元格中的富文本&#xff0c;注意不是 xls&#xff0c;xls 的 api 不一样&#xff0c;试了很久没成功。只实现了解析 斜体字、上下标&#xff0c;其它的实现方式应该类似。 2. 具体实现 2.1 代码 package util;import java.io.FileInputStr…
阅读更多...
Mac 终端快捷键设置：如何给 Mac 中的 Terminal 设置 Ctrl+Alt+T 快捷键快速启动

Mac 终端快捷键设置：如何给 Mac 中的 Terminal 设置 Ctrl+Alt+T 快捷键快速启动

Mac 电脑中正常是没有直接打开终端命令行的快捷键指令的&#xff0c;但可以通过 commandspace 打开聚焦搜索&#xff0c;然后输入 ter 或者 terminal 全拼打开。但习惯了 linux 的同学会觉得这个操作很别扭。于是我们希望能通过键盘按键直接打开。 操作流程如下&#xff1a; 1…
阅读更多...
ChatGPT在法律行业的市场潜力

ChatGPT在法律行业的市场潜力

​ChatGPT现在已经成为我们的文字生成辅助工具、搜索引擎助手&#xff0c;许多体验过它的朋友会发现对它越来越依赖&#xff0c;并将其逐渐融入到自己的日常工作、生活。但有一点值得注意&#xff1a;这种人工智能除了技术可行、经济价值可行还要与相关规范即人类普遍的价值观念…
阅读更多...
Blazor前后端框架Known-V1.2.9

Blazor前后端框架Known-V1.2.9

V1.2.9 Known是基于C#和Blazor开发的前后端分离快速开发框架&#xff0c;开箱即用&#xff0c;跨平台&#xff0c;一处代码&#xff0c;多处运行。 Gitee&#xff1a; https://gitee.com/known/KnownGithub&#xff1a;https://github.com/known/Known 概述 基于C#和Blazor…
阅读更多...
DHCP地址池耗尽攻击

DHCP地址池耗尽攻击

1&#xff09; 攻击DHCP服务器&#xff1a;频繁的发送伪装DHCP请求&#xff0c;直到将DHCP地址池资源耗尽防御&#xff1a;在交换机&#xff08;管理型&#xff09;的端口上做动态MAC地址绑定 2&#xff09; 伪装DHCP服务器攻击&#xff1a;hack通过将自己部署为DHCP服务器&…
阅读更多...
最新文章

Copyright @ 2022~2023

友情链接： 我的编程经验分享 一条长河网 尧图网站开发 尧图建网站