发表于
字数统计: 1,307 字 | 阅读时长 ≈ 6 min

常用命令

linux查看内存及磁盘使用情况

1.查看当前目录

统一每个目录下磁盘的整体情况
命令：

1
df -h

2.查看指定目录

在命令后直接放目录名,比如查看“usr”目录使用情况：

命令：

1
df -h /usr/

3.查找指定文件

命令：

1
find / -name zentao

4.新建文件夹

命令：

1
mkdir jdk

5.移动文件

命令：

1
mv jdk-8u202-linux-x64.tar.gz /home/jdk/jdk-8u202-linux-x64.tar.gz

6.查看文件当前所在目录

命令：

1
pwd

如何查看 服务正常启动？

使用ps查看或netstat

1
2
ps aux | grep redis-server
netstat -tunple | grep 6379

1.CPU占用最多的前10个进程

1
ps auxw|head -1;ps auxw|sort -rn -k3|head -10

Linux终端查看最消耗CPU内存的进程Linux终端查看最消耗CPU内存的进程

2.内存消耗最多的前10个进程

1
ps auxw|head -1;ps auxw|sort -rn -k4|head -10

Linux终端查看最消耗CPU内存的进程Linux终端查看最消耗CPU内存的进程

3.虚拟内存使用最多的前10个进程

1
ps auxw|head -1;ps auxw|sort -rn -k5|head -10

Linux终端查看最消耗CPU内存的进程Linux终端查看最消耗CPU内存的进程

4.也可以试试

1
2
ps auxw --sort=rss
ps auxw --sort=%cpu

5.看看几个参数含义

%MEM 进程的内存占用率
MAJFL is the major page fault count,
VSZ 进程所使用的虚存的大小
RSS 进程使用的驻留集大小或者是实际内存的大小(RSS is the “resident set size” meaning physical memory used)
TTY 与进程关联的终端（tty）

Linux 查看端口占用情况

Linux 查看端口占用情况可以使用 lsof 和 netstat 命令。

lsof

lsof(list open files)是一个列出当前系统打开文件的工具。

lsof 查看端口占用语法格式：

1
lsof -i:端口号

实例
查看服务器 8000 端口的占用情况：

1
# lsof -i:8000
1
2
COMMAND   PID USER   FD   TYPE   DEVICE SIZE/OFF NODE NAME
nodejs  26993 root   10u  IPv4 37999514      0t0  TCP *:8000 (LISTEN)

可以看到 8000 端口已经被轻 nodejs 服务占用。

lsof -i 需要 root 用户的权限来执行

更多 lsof 的命令如下：

1
2
3
4
5
6
7
8
9
lsof -i:8080：查看8080端口占用
lsof abc.txt：显示开启文件abc.txt的进程
lsof -c abc：显示abc进程现在打开的文件
lsof -c -p 1234：列出进程号为1234的进程所打开的文件
lsof -g gid：显示归属gid的进程情况
lsof +d /usr/local/：显示目录下被进程开启的文件
lsof +D /usr/local/：同上，但是会搜索目录下的目录，时间较长
lsof -d 4：显示使用fd为4的进程
lsof -i -U：显示所有打开的端口和UNIX domain文件

netstat

netstat -tunlp 用于显示 tcp，udp 的端口和进程等相关情况。

netstat 查看端口占用语法格式：

1
netstat -tunlp | grep 端口号
1
2
3
4
5
-t (tcp) 仅显示tcp相关选项
-u (udp)仅显示udp相关选项
-n 拒绝显示别名，能显示数字的全部转化为数字
-l 仅列出在Listen(监听)的服务状态
-p 显示建立相关链接的程序名

例如查看 8000 端口的情况，使用以下命令：

1
# netstat -tunlp | grep 8000
1
tcp        0      0 0.0.0.0:8000            0.0.0.0:*               LISTEN      26993/nodejs

更多命令：

1
2
3
netstat -ntlp   //查看当前所有tcp端口
netstat -ntulp | grep 80   //查看所有80端口使用情况
netstat -ntulp | grep 3306   //查看所有3306端口使用情况

kill

在查到端口占用的进程后，如果你要杀掉对应的进程可以使用 kill 命令：

1
kill -9 PID

如上实例，我们看到 8000 端口对应的 PID 为 26993，使用以下命令杀死进程：

1
kill -9 26993

重启命令：

1、reboot

2、shutdown -r now 立刻重启(root用户使用)

3、shutdown -r 10 过10分钟自动重启(root用户使用)

4、shutdown -r 20:35 在时间为20:35时候重启(root用户使用)

关机命令：

1、halt 立刻关机

2、poweroff 立刻关机

3、shutdown -h now 立刻关机(root用户使用)

4、shutdown -h 10 10分钟后自动关机

linux如何查询文件及文件夹大小

1
ls -ll

或

1
ls-lh

当使用ls -ll，会显示成字节大小，而ls- lh会以KB、MB等为单位进行显示

压缩文件

1
2
tar -zcvf /home/test.tar.gz test/
#tar -zcvf 打包后生成的文件名全路径 要打包的目录

例

1
2
tar -zcvf /home/xahot.tar.gz /xahot
例子zhi：把/xahot文件夹打包后生成一个/home/xahot.tar.gz的文件。

解压缩文件

1
2
tar -xf test.tar.gz test/
#tar -xf 要解压所文件的名称 要解压缩文件的目录

.zip压缩文件解压与压缩

解压

1
unzip FileName.zip          # 解压

压缩

1
2
zip FileName.zip DirName    # 将DirName本身压缩
zip -r FileName.zip DirName # 压缩，递归处理，将指定目录下的所有文件和子目录一并压缩1

关闭当前防火墙

查看当前防火墙状态。

1
systemctl status firewalld

关闭当前防火墙。

1
systemctl stop firewalld

开机防火墙不启动。

1
systemctl disable firewalld

发表于
字数统计: 570 字 | 阅读时长 ≈ 2 min

小技术君-小程序

Fork me on Gitee

Description

技术社区类小程序，采用云开发 ，不需要单独开发后端接口
小技术君是一款基于云开发的技术社区类小程序，该小程序完全不依赖任何后端服务，无需自己的网站、服务器、域名等资源，只需要自行注册小程序账号即可。

Technology community applet, using cloud development, does not require separate development of backend interfaces
small Technology Jun is a technology community-based applet based on cloud development. The applet does not depend on any back-end services at all. It does not need its own website, server, domain name and other resources. You only need to register your own small program account.

Software Architecture

Software architecture description

Installation

1.准备安装最新版本的微信开发者工具“下载至微信小程序官方网站”nodejs环境“云开发和调试需要使用nodejs环境”，如果是首次安装，则可以自己安装教程。下载源代码：https://gitee.com/ckjcode/smallTechnology.git

2.项目初始化首先打开WeChat Developer工具，导入小型技术项目，名称可以自定义，然后AppID填写个人小程序帐户。如果是新注册的小程序帐户，则需要手动打开云开发功能，单击左上角的云开发按钮，然后根据提示打开云开发功能。完成后，您将跳至相应的云开发控制台。

3.云数据库配置small-Technology的数据源全部来自云数据库，因此您需要在运行之前初始化云数据库，并将以下集合添加到云数据库：

smallTechnology_comments

smallTechnology_posts

smallTechnology_logs

smallTechnology_posts_related

smallTechnology_formids

access_token

4.云功能部署首先，您需要上传您的云功能，右键单击相应的云功能名称-上传并部署。有两个上载和部署，并且有相关的说明。如果已经下载并调试了相应的node_modules，则建议上传所有文件。同时，我们需要注意云开发的环境。微信小程序允许用户创建两个环境（通常是测试环境的正式环境），以及云功能需要上传到哪个环境才能切换到哪个环境。此时，它应该能够在WeChat Developer工具中正常运行。“但是没有与文章相关的数据。”####项目截图


         

发表于
字数统计: 107 字 | 阅读时长 ≈ 1 min

big-white-whale-travel-guide

大白鲸旅行攻略Fork me on Gitee

  • 项目简介：一款非常优秀的旅游攻略方面的微信小程序

  • 项目已经上线 有疑问可以提Issues 我看到会及时跟进的

目录结构：

  • images — 存放项目图片
  • pages — 存放项目页面相关文件
  • style — 存放独立wxss样式文件，可import引入
  • utils — 存放utils文件，可require引入

项目截图:

输入图片说明

输入图片说明
输入图片说明

输入图片说明
输入图片说明

输入图片说明
输入图片说明

发表于
字数统计: 846 字 | 阅读时长 ≈ 3 min

前言

由于 Disqus 对于国内网路的支持十分糟糕，很多人反映 Disqus 评论插件一直加载不出来。而我一直是处于翻墙状态的~（话说你们做程序员的都不翻墙用Google的吗😅，哈哈，吐嘈下）

针对这个问题，我添加了Gitalk 评论插件。在此，非常感谢 @FeDemo 的推荐 。

正文

Gitalk 评论插件

首先来看看 Gitalk 的界面和功能：

gitalk 使用 Github 帐号登录，界面干净整洁，最喜欢的一点是支持 MarkDown语法。

原理

Gitalk 是一个利用 Github API,基于 Github issue 和 Preact 开发的评论插件，在 Gitalk 之前还有一个 gitment 插件也是基于这个原理开发的,不过 gitment 已经很久没人维护了。

可以看到在 gitalk 的评论框进行评论时，其实就是在对应的 issue 上提问题。

gitalk评论框

Github issue

集成 Gitalk

到这里，你应该对 Gitalk 有个大致的了解了，现在，开始集成 gitalk 插件吧。

将这段代码插入到你的网站：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
<!-- Gitalk 评论 start  -->
{% if site.gitalk.enable %}
<!-- Link Gitalk 的支持文件  -->
<link rel="stylesheet" href="https://unpkg.com/gitalk/dist/gitalk.css">
<script src="https://unpkg.com/gitalk@latest/dist/gitalk.min.js"></script>

<div id="gitalk-container"></div>
    <script type="text/javascript">
    var gitalk = new Gitalk({

    // gitalk的主要参数
    clientID: `Github Application clientID`,
    clientSecret: `Github Application clientSecret`,
    repo: `存储你评论 issue 的 Github 仓库名`,
    owner: 'Github 用户名',
    admin: ['Github 用户名'],
    id: '页面的唯一标识，gitalk会根据这个标识自动创建的issue的标签',
    
    });
    gitalk.render('gitalk-container');
</script>
{% endif %}
<!-- Gitalk end -->

我们需要关心的就是配置下面几个参数：

1
2
3
4
5
6
clientID: `Github Application clientID`,
clientSecret: `Github Application clientSecret`,
repo: `Github 仓库名`,//存储你评论 issue 的 Github 仓库名（建议直接用 GitHub Page 的仓库名）
owner: 'Github 用户名',
admin: ['Github 用户名'], //这个仓库的管理员，可以有多个，用数组表示，一般写自己,
id: 'window.location.pathname', //页面的唯一标识，gitalk 会根据这个标识自动创建的issue的标签,我们使用页面的相对路径作为标识

当然，还有其他很多参数，有兴趣的话可以 点这里。

比如我就增加了这个全屏遮罩的参数。

1
distractionFreeMode: true,

创建 Github Application

Gitalk 需要一个 Github Application，点击这里申请。

填写下面参数：

点击创建

获取 Client ID 和 Client Secret 填入你的我们 Gitalk 参数中

当你参数都设置好，将代码推送到 Github 仓库后，没什么问题的话，当你点击进入你的博客页面后就会出现评论框了。

当你用 github 帐号登录（管理员），并且第一次加载该会比较慢，因为第一次加载会自动在你 repo 的仓库下创建对应 issue。

比如说这样：

当然，你也可以手动创建issue作为 gitalk评论容器。只要有 Gitalk 标签 和 id 对应标签就可以。比我我自己创建的 About issue 。

结语

最后说几句吐嘈几句， Gitalk 需要你点开每篇文章的页面才会创建对应的 issue,对我来说真是个糟糕的体验（文章有点多~）。

当然，也有解决办法，这篇 自动初始化 Gitalk 和 Gitment 评论，就解决了这个问题。

最后，给个 star 吧~

发表于
字数统计: 509 字 | 阅读时长 ≈ 2 min

前言

平常都会用 Instrument 的 Leaks / Allocations 或其他一些开源库进行内存泄露的排查，但它们都存在各种问题和不便，

在这个 ARC 时代更常见的内存泄露是循环引用导致的 Abandoned memory，Leaks 工具查不出这类内存泄露，应用有限。

今天介绍一种简单直接的检测内测泄漏的方法：Debug Memory Graph

就是这货：

正文

最近的项目中，退出登录后（跳转到登录页），发现首页控制器没有被销毁，依旧能接收通知。

退出登录代码：

1
2
3
UIStoryboard *storyboard = [UIStoryboard storyboardWithName:@"Login" bundle:[NSBundle mainBundle]];
AppDelegate *appDelegate = (AppDelegate *)[UIApplication sharedApplication].delegate;
appDelegate.window.rootViewController = [storyboard instantiateViewControllerWithIdentifier:@"LoginVC"];

很明显发生了循环引用导致的内测泄漏。

接下来就使用 Debug Memory Graph 来查看内测泄漏了。

运行程序

首先启动 Xcode 运行程序。

Debug Memory Graph

点击 Debug Memory Graph 按钮后，可以看到红框内的是当前内存中存在的对象。其中，绿色的就是视图控制器。

这样，随时都可以查看内测中存在的对象，换句话说，就是可以通过观察 Memory Graph 查看内测泄漏。

调试你的App

继续运行你的程序

然后对App进行调试、push、pop 操作，再次点击 Debug Memory Graph 按钮。那些该释放而依旧在内测中的 控制器 或 对象 就能一一找出来了。

接下来，只要进入对应的控制器找到内测泄漏的代码就OK了，一般是Block里引用了 self，改为 weakSelf 就解决了。

1
2
3
4
5
6
#define WS(weakSelf) __weak __typeof(&*self)weakSelf = self;

WS(weakSelf)
sView.btnBlock = ^(NSInteger idx){
    [weakSelf.tableView reloadSections:[NSIndexSet indexSetWithIndex:idx] withRowAnimation:UITableViewRowAnimationAutomatic];
};

结语

就这样，利用 Debug Memory Graph，可以简单快速的检测内测泄漏。

一般由两个对象循环引用的内测泄漏是比较好发现的，如果是由三个及其三个以上的对象形成的大的循环引用，就会比较难排查了。

发表于
字数统计: 442 字 | 阅读时长 ≈ 2 min

HMAC是密钥相关的哈希运算消息认证码（Hash-based Message Authentication Code）。 HMAC运算利用哈希算法，以一个密钥和一个消息为输入，生成一个消息摘要作为输出。也就是说HMAC通过将哈希算法(SHA1, MD5)与密钥进行计算生成摘要。

Objectice-C

在上个 Objectice-C 项目中，使用的 HMAC 和 SHA1 进行加密。如下代码：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
+ (NSString *)hmacsha1:(NSString *)text key:(NSString *)secret {
    
    NSData *secretData = [secret dataUsingEncoding:NSUTF8StringEncoding];
    NSData *clearTextData = [text dataUsingEncoding:NSUTF8StringEncoding];
    unsigned char result[20];
    // SHA1加密
    CCHmac(kCCHmacAlgSHA1, [secretData bytes], [secretData length], [clearTextData bytes], [clearTextData length], result);
    char base64Result[32];
    size_t theResultLength = 32;
    // 转为Base64
    Base64EncodeData(result, 20, base64Result, &theResultLength,YES);
    NSData *theData = [NSData dataWithBytes:base64Result length:theResultLength];
    NSString *base64EncodedResult = [[NSString alloc] initWithData:theData encoding:NSUTF8StringEncoding];
    return base64EncodedResult;
}

swift

最近用 swift 重构项目,用 Swift 重写了 HMAC 的 SHA1 加密方式。

使用

1
2
// 使用HMAC和SHA加密
let hmacResult:String = "myStringToHMAC".hmac(HMACAlgorithm.SHA1, key: "myKey")

代码

使用下面代码时，需要在 OC 桥接文件xxx-Bridging-Header中 #import <CommonCrypto/CommonHMAC.h>

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
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
extension String {
    func hmac(algorithm: HMACAlgorithm, key: String) -> String {
        let cKey = key.cStringUsingEncoding(NSUTF8StringEncoding)
        let cData = self.cStringUsingEncoding(NSUTF8StringEncoding)
        var result = [CUnsignedChar](count: Int(algorithm.digestLength()), repeatedValue: 0)
        CCHmac(algorithm.toCCHmacAlgorithm(), cKey!, strlen(cKey!), cData!, strlen(cData!), &result)
        var hmacData:NSData = NSData(bytes: result, length: (Int(algorithm.digestLength())))
        var hmacBase64 = hmacData.base64EncodedStringWithOptions(NSDataBase64EncodingOptions.Encoding76CharacterLineLength)
        return String(hmacBase64)
    }
}

enum HMACAlgorithm {
    case MD5, SHA1, SHA224, SHA256, SHA384, SHA512

    func toCCHmacAlgorithm() -> CCHmacAlgorithm {
        var result: Int = 0
        switch self {
        case .MD5:
            result = kCCHmacAlgMD5
        case .SHA1:
            result = kCCHmacAlgSHA1
        case .SHA224:
            result = kCCHmacAlgSHA224
        case .SHA256:
            result = kCCHmacAlgSHA256
        case .SHA384:
            result = kCCHmacAlgSHA384
        case .SHA512:
            result = kCCHmacAlgSHA512
        }
        return CCHmacAlgorithm(result)
    }

    func digestLength() -> Int {
        var result: CInt = 0
        switch self {
        case .MD5:
            result = CC_MD5_DIGEST_LENGTH
        case .SHA1:
            result = CC_SHA1_DIGEST_LENGTH
        case .SHA224:
            result = CC_SHA224_DIGEST_LENGTH
        case .SHA256:
            result = CC_SHA256_DIGEST_LENGTH
        case .SHA384:
            result = CC_SHA384_DIGEST_LENGTH
        case .SHA512:
            result = CC_SHA512_DIGEST_LENGTH
        }
        return Int(result)
    }
}

发表于
字数统计: 399 字 | 阅读时长 ≈ 2 min

使用 .gitignore 文件忽略指定文件

.gitignore

在Git中，很多时候你只想将代码提交到仓库，而不是将当前文件目录下的文件全部提交到Git仓库中，例如在MacOS系统下面的.DS_Store文件，或者是Xocde的操作记录，又或者是pod库的中一大串的源代码。这种情况下使用.gitignore就能够在Git提交时自动忽略掉这些文件。

忽略的格式

  • # :此为注释 – 将被 Git 忽略
  • *.a :忽略所有 .a 结尾的文件
  • !lib.a : 不忽略 lib.a 文件
  • /TODO :仅仅忽略项目根目录下的 TODO 文件,不包括 subdir/TODO
  • build/ : 忽略 build/ 目录下的所有文件
  • doc/*.txt : 会忽略 doc/notes.txt 但不包括 doc/server/arch.txt

创建方法

从 github 上获取

github上整理了一些常用需要的项目中需要忽略的文件配置，根据需要进行获取

https://github.com/github/gitignore.git

与 Xcode 相关的三个文件

  • Xcode.gitignore
  • Objective-C.gitignore
  • Swift.gitignore

Xcode.gitignore忽略 Xcode 配置信息，如操作记录，默认打开窗口等

其他两个在 Xcode.gitignore 基础上针对不同的语言进行忽略

将这些文件重写命名为 .gittignore

$ mv Swift.gitignore .gittignore

通过 gitignore.io 创建（推荐）

先自定义终端命令：

macOS下默认是\#!/bin/bash：

$ echo "function gi() { curl -L -s https://www.gitignore.io/api/\$@ ;}" >> ~/.bash_profile && source ~/.bash_profile

如果是 #!/bin/zsh

$ echo "function gi() { curl -L -s https://www.gitignore.io/api/\$@ ;}" >> ~/.zshrc && source ~/.zshrc
使用

在当前终端目录下

$ gi swift > .gitignore

就会针对 Swifit 类型的工程创建 .gitignore 文件。

发表于
字数统计: 416 字 | 阅读时长 ≈ 2 min

并不适合阅读的个人文档。

git revert 和 git reset 的区别

先看图：

sourceTree 中 revert 译为**提交回滚**，作用为忽略你指定的版本，然后提交一个新的版本。新的版本中已近删除了你所指定的版本。

reset 为 重置到这次提交，将内容重置到指定的版本。git reset 命令后面是需要加2种参数的：–-hard 和 –-soft。这条命令默认情况下是 -–soft。

执行上述命令时，这该条commit号之 后（时间作为参考点）的所有commit的修改都会退回到git缓冲区中。使用git status 命令可以在缓冲区中看到这些修改。而如果加上-–hard参数，则缓冲区中不会存储这些修改，git会直接丢弃这部分内容。可以使用 git push origin HEAD --force 强制将分区内容推送到远程服务器。

代码回退

默认参数 -soft,所有commit的修改都会退回到git缓冲区
参数--hard，所有commit的修改直接丢弃

$ git reset --hard HEAD^ 		回退到上个版本
$ git reset --hard commit_id	退到/进到 指定commit_id

推送到远程 

$ git push origin HEAD --force

可以吃的后悔药->版本穿梭

当你回滚之后，又后悔了，想恢复到新的版本怎么办？

用git reflog打印你记录你的每一次操作记录

$ git reflog

输出：
c7edbfe HEAD@{0}: reset: moving to c7edbfefab1bdbef6cb60d2a7bb97aa80f022687
470e9c2 HEAD@{1}: reset: moving to 470e9c2
b45959e HEAD@{2}: revert: Revert "add img"
470e9c2 HEAD@{3}: reset: moving to 470e9c2
2c26183 HEAD@{4}: reset: moving to 2c26183
0f67bb7 HEAD@{5}: revert: Revert "add img"

找到你操作的id如：b45959e，就可以回退到这个版本

$ git reset --hard b45959e