问题描述 因为工作需要，所以自己参考了 https://blog.csdn.net/u012111923/article/details/80705141#comments 大佬的教程，根据教程进行了一次测试。 在其中，我发现断言无论如何都不会显示，如下图 即使是在View Results Tree里全部通过如下图，断言也均不显示 解决方法 是因为JMeter的机制，在断言成功的状态下并不会显示断言是否成功，仅会在断言失败的情况下才会显示错误信息。 接下来，在Response Assertions的界面上，随便打一段匹配文本上去，让它进行匹配，如下图所示 现在点击运行，我们再来看看断言结果 这不就是我们期待已久的断言结果吗，哈哈

经过了两个小时的努力，终于把这个问题解决了，关于这个加载界面，真的是一把鼻涕一把泪，话不多说上代码 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 import android.app.Activity; import android.content.Intent; import android.os.Handler; import android.os.Message; import android.os.Bundle; import android.view.Window; import android.view.WindowManager; public class SplashActivity extends Activity { private Handler handler= new Handler() { @Override public void handleMessage(Message msg) { jumpToMainPage(); super.handleMessage(msg); } }; @Override protected void onCreate(Bundle savedInstanceState) { super....

前提： 配置好了React Native并且按照官网的教程，生成了我的AwesomeProject，并且成功运行。 复现 接下来按照官网教程生成 Hello World程序，代码如下 1 2 3 4 5 6 7 8 9 10 11 12 import React, { Component } from 'react'; import { Text, View } from 'react-native'; export default class HelloWorldApp extends Component { render() { return ( <View style={{ flex: 1, justifyContent: "center", alignItems: "center" }}> <Text>Hello, world!</Text> </View> ); } } 将上面的代码覆盖App.js后，在命令行中输入： 1 react-native run-android 虚拟机反馈报错500，并在cmd中用红色的^指向return中第一个View的开始符号“<” 解决 关闭含有server的窗口，重新输入命令： 1 react-native start 然后将应用部署至虚拟机，输入命令：...

如图建立People类，并实例化一个对象p1, 报错如图 我们来详细看一下如图报错：编译器告诉我们说 People类的构造函数不能接收参数 解决办法： 使用def init(self, …) ——>注意这里的下划线是两个下划线__，而不是单个下划线_ 而非def init(self, …) 如图删除原来的People类 如图重新构建People类，并实例化People类对象p1 通过sayHello()函数来测试是否成功实例化对象, 输出了信息 即构造类成功

原因是Hadoop2.0以后的版本采用的是 YARN 作为资源管理器，包含了1.x版本的JobTracker和TaskTracker功能， 即 YARN 替代了单独存在的 JobTracker 与 TaskTracker。 2.0之后的版本，安装配置成功后启动Hadoop后，通过jps命令将如图只显示以下几个进程 参考：https://blog.csdn.net/ASN_forever/article/details/81062238

因为要学习Hadoop的缘故，用VMware给自己装了个Ubuntu Server，版本是18.04.2-amd64 因为之前使用的Ubuntu Desktop版本都是安装时候设置用户的时候，用户和超级用户是同一个密码，因为是学习用，也没有太在意这些，但是这次安装成功以后居然不能用用户的密码登录超级用户，也搜了一小段时间的解决办法。 最终，给出如下解决方案： 先使用安装时创建的用户登录进系统 在控制台输入”sudo passwd” 提示输入用户密码 为root输入密码与确认密码 成功后shell会提示”passwd: password updated successfully”，就可以使用密码登录超级用户了 附上我自己成功为root用户添加密码的图片 参考: https://www.cnblogs.com/yuejin/p/3645294.html

Git是一个简便的版本控制工具，初期使用一般是通过Git Bash来进行使用，以便于记住Git命令，后期一般通过Git GUI来进行使用，可以更加方便快捷地管理版本库。（ 版本库(repository)，也称仓库，是用于存储不同版本信息、以及文件的仓库） Git环境需要进行本地安装，官网https://git-scm.com/，通过自己的操作系统来选择合适的安装包进行下载安装并进行初始配置。 如在windows系统下，想将桌面的test文件夹作为某次开发的仓库，可以双击打开test文件夹，在空白处右键选择“git bash here” 即可打开bash命令行，然后直接在bash命令行中键入 1 git init 如果反馈信息如下，并在下一行等待输入，即创建版本库成功 1 Initialized empty Git repository in C:/Users/Admin/Desktop/test/.git/ 在test目录内创建rd.txt文本文件，并在其中写入”hello world” 继续在git bash 命令行中键入命令 1 git add rd.txt 这行命令的作用是将rd.txt作为预备提交文件进行添加 如果如下显示，则添加成功 接下来进行第一次提交，使用命令如下 1 git commit -m "<提交说明>" <提交说明>可以更改为自己的说明，如果显示如下，则提交成功 我们再将rd.txt进行一次修改，再进行第二次提交 然后我们现在可以键入以下命令，来查看当前仓库的日志 1 git log 如下所示 在黄色的commit后面长长的一串码是对应版本的版本号 我们现在假设产品经理告诉我们，第二次的修改是没有用的，那么我们就需要将版本回滚到第一版，也就是”my first commit”那一版，我们可以键入下面的命令 1 git reset --hard HEAD^ 可以看到反馈了如下信息 并且rd.txt和git log命令中，均只剩下第一次提交的内容，如下所示 这样就说明了我们回滚操作成功了 现在再假设产品经理告诉我们，他看错了，第二次修改的内容是需要的，那么这样我们就要退回回滚操作之前，只要当前bash命令行没有关闭，并且我们还能查到第二次的版本id，那么我们就能退回回滚操作之前，命令如下 1 git reset --hard <版本号> <版本号>应该填写自己命令行中的第二次提交的版本id，如下 看到这里，有很多小伙伴就会迷茫了，会问：刚才显示的第二次的版本id不是116b28f9460a5a0222ef0328c0c76e3c3fc95121吗？为什么我只写了一个116b2？ 这是因为git的控制机制来说，我们只要能够给bash一个可以辨识到独一无二的版本号的序列，那么它就可以自动为我们匹配到我们想要去使用的版本号。 使用退回命令后，rd.txt内容显示如下，即表明我们的退回回滚操作之前的操作成功。 感谢您的阅读