我的鼠标坏了，一是左键单击变成双击了，二是滚轮一点也不灵敏了，总是滑半天页面才上下移动非常小的距离。

## 前言

鼠标坏了，无缘无故的坏了，还是两处一起坏。首先是我的左键，我的左键现在点击一下变成了两下，导致我经常b站无法暂停视频，标签页连续关掉两个……其次则是我的滚轮，这个比我的左键更加的恶劣，基本上滚半天页面才移动非常小的距离，并且这个距离也非常的不定，经常时好时坏，有时一下滚很多，有时一点也不滚动，非常难受，像一滩淤泥一样，让我非常的恶心。所以我打算买点材料修理一下这个淤泥一样的鼠标。

## 左键问题

经过查阅发现这个是微动芯片的问题。淘宝搜了一下，大概都在3~8元钱，所以果断下单了一个比较好的，只用了8元还包邮qwq。

![IMG_20210223_212013](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/IMG_20210223_212013.jpg)

到货之后就是拆鼠标了，翻到后面拆下橡胶垫，下面有总共四颗螺丝，拧下来之后就可以直接把后盖拆下来了。

![IMG_20210223_183638](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/IMG_20210223_183638.jpg)

![IMG_20210223_184124](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/IMG_20210223_184124.jpg)

之后就是先断开彩色电源线，注意要拆下来主板的话要拧下来主板上的两颗固定的螺丝，然后把两边的卡扣往外一扣，直接就可以把主板整块的拆下。看见原装的微动芯片正是`OMRON`~~（都拆过一遍了你这不是废话吗）~~，所以直接把淘宝的换上去就好了。

![IMG_20210223_184313](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/IMG_20210223_184313.jpg)

P.S.：这个微动芯片旁边甚至写着大大的`CHINA`

![IMG_20210223_185104](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/IMG_20210223_185104.jpg)

焊接的过程就不讲了，因为板子后面写的很清楚，并且焊点清晰，锡的熔点也很低，很好搞。

![image-20210223214527947](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210223214527947.png)

最后直接插上去加焊一下就好了

![image-20210223214601128](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210223214601128.png)

## 滚轮问题

根据知乎上的广大网友交流知道这个可能是滚轮传感器不灵导致的，所以只需要用酒精擦洗一下滚轮传感器的原件，去除氧化或者污物遮挡的部分，就能修好了，所以我这就来试一下这个方法。

因为当时没有留图片，就只能借一下知乎网友的图片了：

![v2-fbdfab010933dfc48c5acee6aae0633f_720w](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/v2-fbdfab010933dfc48c5acee6aae0633f_720w-20210223220656643.jpg)

就是把中间红色传感器拿酒精擦拭便可以了。

顺手还把各个原件拿酒精清理了一下~

![IMG_20210223_184005](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/IMG_20210223_184005.jpg)

## 结语

修理完成的我的鼠标，用两个字形容就是：“舒爽”，简直就像是新的一样，非常的流畅。这样我就不用再花钱买新的鼠标咯。

记录一次修复我的赛睿鼠标的过程

关于Rust中trait object和虚表

> 原文链接：[Exploring Dynamic Dispatch in Rust](https://alschwalm.com/blog/static/2017/03/07/exploring-dynamic-dispatch-in-rust/)
> 
> 时间：2017-3-07
> 
> 本文发表时间在2018edtion之前，观点可能不代表最新版本Rust（比如现在有了dyn关键词）

首先我要说的是我是Rust的新手（尽管到目前为止我很喜欢这门语言！），因此，如果我出现了技术错误，请告知我，我会试着纠正。所以，开始吧。
在下面代码片段中可以看到我研究动态分发的真正原因。假设我要创建一个CloningLab结构体，其中包含一个由`trait object`（在本例中为Mammal）构成的`vector`：

```rust
struct CloningLab {
    subjects: Vec<Box<Mammal>>,
}

trait Mammal {
    fn walk(&self);
    fn run(&self);
}

#[derive(Clone)]
struct Cat {
    meow_factor: u8,
    purr_factor: u8
}

impl Mammal for Cat {
    fn walk(&self) {
        println!("Cat::walk");
    }
    fn run(&self) {
        println!("Cat::run")
    }
}
```

正常运行。你可以可以遍历subjects向量(vector)，并可以调用`run`或`walk`方法。但是，当你想对一个`trait object`添加一个额外的`trait`约束的话便会报错：

```rust
struct CloningLab {
    subjects: Vec<Box<Mammal + Clone>>,
}

impl CloningLab {
    fn clone_subjects(&self) -> Vec<Box<Mammal + Clone>> {
        self.subjects.clone()
    }
}
```

报错信息如下：

```rust
error[E0225]: only the builtin traits can be used as closure or object bounds
 --> test1.rs:3:32
  |
3 |     subjects: Vec<Box<Mammal + Clone>>,
  |                                ^^^^^ non-builtin trait used as bounds
```

这令我非常的惊奇。在我看来，一个具有多个约束的`trait object`大抵可以类比于`C++`中的多继承。我以为其中实例都拥有多个虚函数表指针(vpointer)对应每一个基类，并且能正确分发。鉴于Rust仍还是一门年轻的语言，我很理解为什么开发人员可能不希望引入这种复杂性大大提升的特性(一直坚持糟糕的设计则会事倍功半)，但是我想弄清楚这样的系统究竟是如何运作的(或无法运作)。

### Rust中的虚表

如`C++`那样，动态分发在Rust中是通过函数指针表实现的（[在Rust文档中有描述](https://doc.rust-lang.org/book/trait-objects.html#representation)）。根据文档，构成`Cat`的`Mammal`这个`trait object`的内存布局由两个指针组成，如下所示：

![cat_layout-2](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/cat_layout-2.png)

令我惊讶的是，对象的数据成员还有一个中间层。这看起来和C++表示形式有所不同：

![cat_layout_cpp](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/cat_layout_cpp.png)

先是虚表(vtable)指针，随后则是数据成员。Rust方法很有趣。 “构造”`trait object`时会产生成本，这与C++的方法不同，在C++中，强制转换为基类指针是零成本的（或者对于多重继承来说只是一些附加成本）。但这成本很小。 Rust方法的好处是，如果对象从未在多态上下文中使用过，则该对象不必存储虚表指针。我认为Rust励使用单态性这种说法比较好一些，所以这可能是一个不错的权衡方案。

### 多约束trait object

让我们回到最开始的那个问题，让我们思考一下这个问题如何在`C++`中解决。如果我们有为某个结构体实现的多个`trait`(纯虚类)，那么我们的结构体实例内存布局将如下(例：`Mammal`和`Clone`)：

![cat_and_clone_cpp-1](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/cat_and_clone_cpp-1.png)

可以看到我们现在有多个虚表指针，每个指针对应于`Cat`继承的一个基类（包含虚函数）。为了把一个`Cat*`转为`Mammal*`，我们不需要做任何事，但是要把`Cat*`转为一个`Clone*`，编译器将会为`this`指针增加 8 字节（用来跳到下一个指针，假定 `sizeof(void*) == 8` ）。

不难想象在Rust中类似的情形：

![cat_clone_rust_candidate_1-1](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/cat_clone_rust_candidate_1-1.png)

所以现在在这个`trait object`里面有两个虚表指针了。如果编译器需要对于`Mammal + Clone`这个`trait object`履行动态分发的原则的话，它可以访问对应虚表中的对应项并执行调用。然而Rust(还)并不支持结构体继承，所以并不存在把正确的子对象作为`self`传递的问题。`self`永远指向的是`data`指针。

这看上去好像可以很好的运行，但是这种方案也带来了一些冗余。对于这个类型的大小（size）、对齐（alignment）以及`drop`指针使我们有了多份拷贝。我们可以通过组合虚表来消除这些冗余。这基本上就是当你执行 trait 继承时会发生的事情：

```rust
trait CloneMammal: Clone + Mammal{}

impl<T> CloneMammal for T where T: Clone + Mammal{}
```

以这种方式使用 trait 继承是一个通常建议的技巧，以绕过 trait 对象的正常限制。trait 继承的使用产生了一个单独的虚表，没有任何冗余。所以内存布局如下：

![clone_mammal_rust-1](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/clone_mammal_rust-1.png)

更加简单！并且你现在就可以这么做！或许我们真正想要的是，当我们写出一个多约束的 trait 对象时，让编译器为我们生成一个这样的 trait（译者注：指仅含有单个虚表的 trait）。但是等一下，这里存在一些重要的限制。即，你不能把一个`Clone + Mammal`的 trait 对象转为一个`Clone`的 trait 对象。这似乎是很奇怪的行为，但是不难看到为什么这样的转换行不通。

假定你尝试写出下面的代码：

```rust
let cat = Cat {
  meow_factor: 7
  purr_factor: 8
};

// No problem, a CloneMammal is impl for Cat
let clone_mammal: &CloneMammal = cat;

// Error!
let clone: &Clone = &clone_mammal;
```

第 10 行一定无法编译，因为编译器不可能找到对应的虚表来放入这个 trait 对象。它只知道这个被引用的对象实现了`Clone + Mammal`，但是它无法区分这二者。当然，我们可以区分它一定是个`Cat`，但是如果代码像下面这样呢：

```rust
let cat = Cat {
  meow_factor: 7
  purr_factor: 8
};

let dog = Dog { ... };

let clone_mammal: &CloneMammal;
if get_random_bool() == true {
  clone_mammal = &cat;
} else {
  clone_mammal = &dog;
}

// Error! How can the compiler know what vtable to
// point to?
let clone: &Clone = &clone_mammal;
```

这里的问题就更加清晰了。编译器怎么知道要对 17 行正在构造的 trait 对象放入什么样的虚表呢？如果`clone_mammal`指向一个`Cat`，那么它应该是`Clone`的`Cat`虚表，如果它指向一个`Dog`，那么它应该是`Clone`的`Dog`虚表。
 所以 trait 继承这种方式有这种限制。你无法把一个 trait 对象转成 trait 对象的其他类型，即使当这个你想要的 trait 对象比你已经拥有的更加具体。

多个虚表指针的方式对于具有多约束的trait对象来说，看起来是一种好的方式。通过它，转换为一个低约束的trait对象就不是问题了。编译器应该使用的虚表就是`Clone`虚表指针指向的位置。

**下面就不是我复制的了**

### 结论

我希望完成这些能对一些读者带来收获。它肯定帮助我整理了对`trait object`的思考方式。在实践中，我认为这并不是一个真正紧迫的问题，这个限制只是让我感到惊讶罢了。

#### 最终代码(自己实现)

```rust
trait NewTrait: Mammal + std::clone::Clone {}

struct CloningLab<T: NewTrait> {
    subjects: Vec<Box<T>>,
}

impl<T: NewTrait> CloningLab<T> {
    fn clone_subjects(&self) -> Vec<Box<T>> {
        self.subjects.clone()
    }
}

trait Mammal {
    fn walk(&self);
    fn run(&self);
}

#[derive(Clone)]
struct Cat {
    meow_factor: u8,
    purr_factor: u8,
}

impl Mammal for Cat {
    fn walk(&self) {
        println!("Cat::walk");
    }
    fn run(&self) {
        println!("Cat::run")
    }
}
```

总的来说，解决思路便是以泛型限制`trait object`，可能是`Rust`团队希望单态和多态分别用不同的语法来实现吧。

【译】探索Rust中的动态分发

记录我这半个月以来使用M1芯片版本的MacBookPro的各种优缺点和坑点？(这个可能以后说)

## 前言

因为听闻Mac开发很爽之类的言论，再加上看了各种M1芯片评测视频之后，个人决定购买这台`MacBook Pro (2020 M1)`。以下便是个人这半个月来使用的体会。



## 外观

![image-20210126183625360](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210126183625360.png)

![image-20210126183902163](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210126183902163.png "image-20210126183902163")

![image-20210126184724275](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210126184724275.png)

传承着苹果一贯的设计，金属机身 + 抛光苹果LOGO + TouchBar。但是本次macbook的键盘再也不是之前让人诟病的蝶式键盘了，而是配备了全新的妙控键盘，个人认为手感还是不如本人上一个游戏本，但是对于一个轻薄本来说，也是能说得过去的水平。

### 触控板

触控板可谓是MBP的灵魂所在了，又大又顺滑，同时多种手势和压感区分也让你面对这台电脑就如同面对一台巨大的iPad一样，毫不夸张的说，这个超大的触控板对于我来说已经是可以完美替代鼠标的存在了，配合TouchBar，基本上可以不用移动很多距离便可以完成许多操作。

### 屏幕

Retina屏幕+HDPI，开机的那一刻，艳丽又精确的颜色，肆意又狂妄，让人赞叹又享受。同时macOS对于颜色管理这块也是拿捏的死死的，专用的屏幕颜色管理软件+方便的导入导出功能，让你随意切换色彩空间映射，真不愧是设计师的最爱。

### TouchBar

这个的确值得单独拿出来说，TouchBar在许多应用中都有适配，比如我现在正在使用的`Typora`，TouchBar上便是如插入代码块、图片、表格等常用的操作。

![Typora](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210126225027949.png)

而在`IDEA`中则是编译和运行的快捷键，甚至在`IINA`中，TouchBar甚至展示了整个视频的预览，可以快速拖动。

![IINA](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210126225051404.png)

### 接口

本次的接口是非常不满意的，从四个TypeC变成了两个TypeC接口，同时支持`USB4.0`和`雷电3`协议，这就导致去掉电源占用的一个接口之后只剩下了一个接口提供日常使用，显而易见，扩展坞是少不了了。顺便一提，貌似`雷电3`协议的外设都非常贵（比如4K显示器啥的），个人偏向DIY(显示器之类的完全可以DIY)和寻找替代品。

### M1芯片

关于这个芯片的跑分就不说了，b站上很多up都说过。个人认为这颗芯片是要比10代低压`i9`要强的，平时生活中完全感受不到卡顿，基本上没有看到过占用100%的情况（可能是多核优化问题）。

## 性能

![macOS](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210126183612584.png)

个人选择的是16g+512g的组合，虽然没用过8G版本，但是个人上一个游戏本开始使用的便是8G内存，开始如果说是日常使用还是比较够用的，但是如果打开多个`IDE`或者打开`Android Srudio`之后，内存就会被迅速占满，进而使用交换内存，到了这个时候，电脑即使使用ssd作为交换内存，也还是非常的卡顿，具体现象就是输入一个字母需要等待很久时间才会出现代码提示，并且经常性的无响应，需要等待许久才能恢复，同时虚拟机开发也无法进行，实在是难受至极。所以针对吃内存更加严重的macOS，个人果断选取了16g版本。因为IDE大多`1g`起步，并且还要加本地`MySQL`之类的应用，硬盘大小起步便需要256g了，如果再加上某些依赖文件夹(没错！说的就是——node_modules！)，那磁盘占用绝对是巨量的，所以我选择了512g版本。

![物理界最新黑洞理论结果](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/1.png)

## 续航

得益于`ARM`芯片的低功耗，本代续航能力达到了一个极其恐怖的地步，2个小时代码作业之后电量竟然只下降了15%。照着么推算官方说14个小时的续航时长大概是准确的。

![image-20210214151814187](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210214151814187.png)

这次我找了个教室写了一下午代码+看视频，可以看到1点的时候是`90%`的电量，到了5点的时候则是近`50%`的电量。

可以看到在4个小时只是掉了`40%`的电量，所以说如果是轻度使用的话大概应该能撑到14小时左右，如果是一直coding+看视频大概也就10小时就耗完电量了。

![image-20210305171343745](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210305171343745.png)

## 日常

### 系统

经过这半个月macOS的体验生活,个人感觉这的确是一个风格色彩突出的一个系统，有非常多的偏执的操作需要适应，没办法，大抵这就是从系统到芯片垄断的后果吧。

- 正常鼠标无法平滑滚动(软件解决)
- 明明设置鼠标滚轮方向和触摸板滚轮方向是不同位置的选项，但实际却是连通的选项(软件解决)
- Finder非常不好用，复制粘贴快捷键混乱(软件解决)
- **注意：m1版本的MacBook进入恢复模式是长按开机键**

### 软件

这里个人主要是来推荐一下自己日常经常使用的工具和应用~

#### Brew

包管理器，相当于`apt-get`和`yum`。

#### iTerm2 + Oh-my-Zsh

`Shell`美化套装，支持多种主题配色，搭配好了非常漂亮。

### Typora

`Markdown`编写软件，即时渲染，非常方便好用。

#### IINA

颜值和功能兼顾的视频播放器，同时对于TouchBar兼容很好。功能很全面，各种常用的功能都有。

![image-20210126233206444](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210126233206444.png)

#### Office365

全家桶，不解释。

#### Parallels Desktop

指定虚拟机，融合模式非常好用，有针对m1优化的版本。

#### Clipy

一个剪贴板软件，完全免费，同时有片段保存功能。

![image-20210126233106244](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210126233106244.png)

#### Snipaste

截图软件，给你如同windows上qq截图一般的截图体验。

#### The Unarchiver

一个免费的解压缩软件，用来替换本来的解压缩软件的。

#### PicGo

图床软件，可以和Typora联合使用，支持多种图床。

![image-20210126233816606](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210126233816606.png)

#### 新建文件菜单

顾名思义，给你的Finder里面加一个新建文件的按钮。

![](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210126233851624.png)

#### Mos

给你更加流畅的鼠标滚轮操作。

![image-20210126234123607](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210126234123607.png)

#### Motrix

非常好用的开源免费下载软件，支持直链、链接、种子任务，~~其实是Aira2套娃~~，总的来说少有的免费还好用的软件。

![image-20210126234409924](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210126234409924.png)

#### Magnet

macOS中非常好用的屏幕管理软件，可以快速的进行上下分屏，左右分屏，三等分屏等操作。

![image-20210126235555476](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210126235555476.png)

#### ClashX

好用的梯子，定制化功能非常多。

## 开发

### 语言

语言这块基本上很多都适配了，比如常用的`C/C++`，`Java`，`Node Js`，`Go`，`Rust`等语言都对于m1进行了适配。

### IDE

### Visual Studio Code Insiders

这里我使用的是ARM优化版本的vscode，整个使用下来是极其流畅的，基本上`jupyter notebook`都是秒开，同时文件渲染也很迅速，感觉比`Clion`还快很多。

![image-20210127000440340](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210127000440340.png)

#### IDEA

这里其实是代指的`JetBrains`全家桶，当然也是流畅的，不过第一次打开，输入第一个字母的时候要等一两秒才会出来提示，不过过了之后就丝滑顺畅。

![image-20210127000733116](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210127000733116.png)

## 结尾

总的来说，如果你是用来日常使用或者进行视频剪辑操作的话，这台电脑就完全够用了，甚至还有很多的性能溢出足以让你用3-5年也没问题。但是如果你是用来进行日常开发，编程等技术类的用途的话，个人建议是观望一段时间，因为大多数日常软件都已经适配了，但是开发相关的软件却有很多没有适配，亦或者是还存在许多Bug，所以提议观望半年或者等M1X。

还有就是关于为什么这段时间都没有发技术相关的博客了，主要原因是最近在准备毕业设计和找工作，背八股文和刷算法，没有什么可以写，如果有时间大抵可以把我最近《CSAPP》和《现代操作系统》的一些笔记分享一下，那大概就这样了，没什么好讲的了，该去学习了。

MacBook Pro(2020 M1)半个月使用体验

在2020年的末尾对于我整一年的学习经历进行的思考总结

## 前言

本篇文章本来是应该1月1日完成的，但是突然出现了各种各样的事件，导致我在博客更新方面的计划一拖再拖，以至于现在才有时间来更新这篇迟来的年度总结(呜呜呜太难了)，为表歉意，在下也只能给大家看一看我**元旦当天**早上爬起来去山顶看日出的返图了~

![未升起](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210115103817622.png)

![升起](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210115103423040.png)

2020年，注定是不平凡的一年，年初的疫情直到年末都还在不断影响着我们的生活方式，甚至感觉一年从开头到结尾都如此的压抑。

如果说去年一年的生活是自由且洒脱，那么今年则是闭塞而拘谨，比赛感情上的双重失利，不禁又使得自己对三年来建立起来的自信心产生了动摇，但是万事皆要以辨证的思想来看，正所谓`祸兮福所倚，福兮祸所伏`，这一年来我也学了很多，因为疫情原因，在家的时间可以说是比之前三年的总和还要多，使得自己可以静下心来学习一些东西的同时放松自己的身心，思考自己的规划方向，就在今年我的`Github`提交数达到了惊人的`1728`次，首次破干👏🏻👏🏻👏🏻。

![image-20210115104751365](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/image-20210115104751365.png)

当然，生活再怎么苦，形式再怎么严峻，生活也还是要过的，趁着这我就简要回忆一下我这一年的成长与学习吧。

## 寒假

寒假伊始，大家还未沉浸在`抗疫救灾`的紧张当中，除`湖北`地区可能还比较紧张，大家还是处于一种准备过年的愉快氛围当中，当然在下也是准备欢快过年的其中一分子 ，甚至母上打算除夕夜驾车去`西安`玩(PS：去了)，所以在下就在一些杂七杂八的家事，B站，一些杂乱的代码中度过了这年前的一段时间，平淡又无趣。

当时的我万万没想到的是，无趣的生活将因为疫情的原因如病毒般扩散至这一年的每一个角落。除夕夜，直到我、母上还有我妹到达`西安`的当天，全国的旅游景点宣告停止开放，使得两日不间断的驾车生活被宣告毫无意义，只得原路返回。`恨`，无比的憎恨，憎恨当时食用野味的那位“人才”。但是又有什么办法呢，在浩瀚宇宙中，自己只是任人推搡的浮萍罢了，只能混迹在人群中随着宇宙变化，海水涨落而行动，此次我深刻的意识到了，要对于形势有着明确的认知，才能对于下一步有着正确的行动，不然，大多就是无用功罢了。

## 网课

随着疫情的不断加重，我们不意外的被安排在了家里上网课。网课生活可以说是“惬意”的，因为本来就不想上那些没有什么兴趣的课程，如若在学校上课，电脑是一定带不到教室里面去的，而在家中上课，则可以以正当理由在课上使用电脑，给了我不小的便利，然而，这学期对我而言，其实实在是没有学到什么东西，大部分都是在兜兜转转中度过，在无所事事的瞎写中度过，在三分钟热度中度过，这其中大部分的原因也只能归咎与自身吧，但还有一些外部私事的影响导致了我这学期没有什么长进（这里恕在下无可奉告）。

这半学期中间其实还穿插了一个比赛，代码还没有开源，并且因为”某些原因“导致我们并未拿到很好的成绩，只能说自己还不够”努力“吧(笑)。

## 暑假

暑假生活可以说是自己开始着手提升自我的开始，首先刚开始我便定下了考研的目标(虽然最后不考了)，开始准备考研。但是我内心实在是没有考研的兴趣(被迫考研哪里来的兴趣)，对于我来说，写代码远比枯燥乏味的做题有趣的多，所以我个人用了整整一个月的时间去刷了算法，学了一些之前没有怎么了解过的细枝末节的计算机知识，学习了`《算法(第四版)》`，在此一提，这本书实在是厚实，课后题对于我来说有点吃力，通常卡住一道题一天都有可能，但就在这时候我的算法提升迅速，周赛经常3~4题，还是很好的一本书的，内容极其详实，配图也很精美。

第二个月就是复习考研罢了（但其实根本没有复习，每天都是打打游戏看看视频啥的度过了），没什么好说的。

## 返校

在经历了9个月的”假期“之后，我终于返回了有点陌生了的学校，见到了许久未见的兄弟们，终于可以愉悦的一起玩耍了(第二天晚上就出去搓了一顿饭)。但这时我其实还未开始复习，同时也要完成物联网大课设，最后完成课设，答辩完成之后已经是10月了，时间已经是不够用的状态了。9月-11月的生活可以看下面这篇文章：[我停更的这两个月都在干什么](http://blog.fivezha.cn/post/22)

之后就在12月的时候，我发觉自己基本没有可能了(还有两科一遍都没有看完，政治也还没开始)，故放弃考研。这里说一下，个人认为研究生中，导师的作用是>>>学校的作用的，因为研究生不是如同本科那样的思想来教学了，研究生对于方向，眼界和科研能力都有一定的要求，如果没有一个称职的导师，个人感觉至少我自己是很难一个人走下去的，我如果以极低的分数进去的话也比较难调到好的导师。所以我决定放弃考研，备战春招。

其中还有一个插曲，就是毕设选题了，关于其吐槽这个可以看下面这篇文章：[关于学校毕设管理系统的吐槽](http://blog.fivezha.cn/post/12)

## 结语

本文虽然不是1月1日发表的，但是却是1月1日开始写的，总结了我这一年来的经历，大抵也算是一篇垃圾流水帐吧，如若你能看到这里，在下在此表示由衷的感谢你能在浩如烟海的互联网中花时间看我这样一位小透明写的一篇流水帐文章，再次感谢🙏🏻。

每当鱼肚泛白，日出东方之时，便会感叹时间如白驹过隙，悄然流逝，希望新的一年能够一扫去年的阴霾，自信而又细心的迎接每一天，沉下心来学习，每次只做一件事并把它做好。

2020，再见👋🏻

2021，你好🙂️

2020年，我都干了些什么？

只是一篇白开水文章，用来吐槽我们学校的管理系统的。

## 前言

有人问，马老师发生什么事了？我一看，奥，原来是昨天，有两个年轻人，一个码龄，三年多，一个码龄四年多。他们说：“诶...有一个说是毕设系统有问题，马老师你能不能教教我看”，然后上来就是一个html检索，吭，一个sql注入，一个字典查密码。我说年轻人不讲武德，他忙说对不起，他说他是乱注的。他可不是乱注的，一个“; and 1=1 and 1=2”， 一个“and 0<>(select count(*) from *)”， 训练有所，看来是有备而来。这两个年轻人不讲武德，来骗！来偷袭我这外包公司写的管理系统，这好吗？这不好。我劝这位年轻人，耗子尾汁。好好反思。以后不要再犯这样的小聪明。武林要以和为贵，要讲武德，不要搞窝里斗。



## 起因

哈哈哈，开个小玩笑，来讲一下昨天一晚上发现的搞笑事情吧，起初题目公布了，我们就是浏览了一下，但是他这个系统选题没有指导老师，很烦，就打算从`api`来看是否有什么思路找出来。结果这一看直接傻眼了，我滴天哪，这个系统竟然把所有数据都写在了一个`api`里面，这我是真的没想到的，各种隐私数据，导师信息，需求分析，题目类别，id，就连导师密码都写在里面了，不禁令人直呼真牛哇！真牛哇！这都可以的吗，这种程度的程序员都能出来拿工资吗？？现在计算机行业这么不饱和？？

![image-20201211120711154](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/pics/image-20201211120711154.png)

起初，我就是把这些数据爬了下来然后提取了一下数据发群里然后就没再管，直到晚上朋友发的一句话才有了下面这些剧情.......

## 快乐的耍网站时间

### 裸写在html里面的js和接口

晚上，有一位朋友`L`说这个网站有bug，可以提前选课。起初我是很好奇的，因为提示的api只有一个校验，云端校验并且没有时间戳相关提交字段，怎么说都没办法绕过检测。然后就有了下面的对话：

> "选课的api和校验的api不是一个啊"
> 
> “???不是，你怎么知道的api地址的"
> 
> “直接根据`id`search一下就能找到了”

我立马根据他所说的去搜索了一下，然后就发现了下面的这段令人哭笑不得的代码：

![image-20201211122145573](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/pics/image-20201211122145573.png)

奥，闹了半天这个云端校验就是个幌子，选课代码直接裸写到`html`里面，真有你的啊，青峰软件！到了这时，我才明白，这个网站根本就不是`vue`之类的主流框架写的，而是利用`JQuery`和`Html`粗劣的拼接起来的垃圾平台，甚至`JS`文件都不是引入+混淆，而是直接正大光明的写到文件里面，好家伙！我直接™好家伙！

然后我就先自己选了~

![image-20201212192048922](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/pics/image-20201212192048922.png)

### 跨专业选题

根据说明，本专业的人本来只能选本专业的题目的，然而既然选课api被发现了,又发现了参数信息，得知这个选题只要一个`id`就可以选了，那么我能不能拿别的专业题目来请求选课呢？答案竟然是可以的，后台完全没有对于专业进行相关的校验，直接就是可以随便选了，再次惊呼好家伙！

![image-20201211125210778](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/pics/image-20201211125210778.png)

### SQL注入问题

既然这个平台都这样了，为什么不再进一步呢，然后！就有了更加惊人的发现，这！个！网！站！居！然！没！有！做！防！注！入！

P.S. 数据库貌似是`mongodb`（待验证）

![image-20201211125514580](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/pics/image-20201211125514580.png)

再！次！好！家！伙！

### 弱口令问题+密码加密问题

本来弱口令不算做问题，但是教师的\*\*\*\*\*\*\* (此处保密删除)，这就是很大的问题了。起初发现这个问题是因为在最开始获取数据的时候了解到了密码，查看格式知道是`md5`加密，本来这种加密手段直接弱口令表/彩虹表一查就出来的，然而，这里的规律提示所有老师的\*\*\*\*\*\*的......然后果断尝试`**************`(保密)，就........就成功了！？好家伙，这也可以的吗？

![image-20201211130751186](https://cdn.jsdelivr.net/gh/xmmmmmovo/ResourcesBackup/blog/pics/image-20201211130751186.png)

### session没有黑名单

这个就是老生常谈了，到了这个地步我已经不指望了。果然，没有黑名单处理，session直接持久化保存，不会被顶掉。`CSRF`攻击防御措施也没有，甚至有时候`session id`都是放在`param`里面的，不得不说外包公司的程序员真的是想象力"天马行空"。

## 结语

根据上面的各种漏洞，我们基本可以做到：

> 利用老师的cookie进行sql注入，达到删库或者shell提权操作，搞垮平台或者直接全部删掉，然后直接溜之大吉不被任何人发现。

吐槽到这，心里已经对这个学校失望透顶了，外包都只能找到这种程度的，这种甚至不该是公司产品，只不过是一个学生的课程设计级别的罢了。不，可能真的是学生作品，外包公司二次外包，三次外包，最后流入到学生手上的又有多少呢，这一层层之间回扣又吃了多少占比呢，我不敢想象。

希望学弟学妹们也要引以为戒，写出来能用的代码很容易，写出来可以用的代码却很难，明白自己这个阶段该学习什么，能有什么竞争力，为自己得到什么利益。

> **天下熙熙皆为利来，天下攘攘皆为利往。**

人总是会为了利益不择手段的，哪怕是骗，抢。