还没有详细研究过sha256算法的详细原理，主要是移植cf10算法时，hashcat在cf10_parse_hash时并不是直接调用sha256_update和sha256_final，
而是为了precompute，将其中的步骤展开了，为了弄明白是怎么回事，于是肯定就得粗略研究一下其中的sha256实现了。
1. hashcat中sha256算法大致部分
肯定是这两个部分：
sha256_update_swap()；
sha256_final()；
其中主要的是转换相关部分是
sha256_transform()；
在hashcat中是这样实现的，在cpu_sha256.c的实现也大致这样，不过怎么实现并不是重点。
其实现（太长了，不想放这）：
https://www.cnblogs.com/INT18/p/10203589.html
1.1 sha256_update_swap()：
△ 奇怪的调用
主要调用sha256_update_64()里有两个嵌套调用：
switch_buffer_by_offset_be_S ();
switch_buffer_by_offset_carry_be_S ();
还有莫名其妙的c0~c3数组。
这个我思考了好一会，搞不明白是干啥的，之后发现是优化相关的，用于调整对齐问题，只思考算法过程的话，不用管。
△ sha256_update_swap()其中大致流程
A. 假设update字符串长度是len，以64为一段分割，分为64, 64, 64 ... len - 64 * n;
B. 对于能被整除的前n个64字节段，进行如下处理：
(判断是前64 * n段还是末端，是通过将for循环和sha256_update_64()实现的）
B.1 以4字节也就是1个整数的长度划，分成16个整数段w0~w15，对wn段进行大小端转换swap（就是倒过来，abcd-->dcba）；
B.2 对swap后的段进行一次sha256_transform()转换；
C. 对于末尾段:
swap之后，不进行sha256_transform()转换，留待final时再进行处理；
1.2 sha256_final()：
将上述swap后的残余字段，在末尾64bit处填上64位整数模式的字符串长度len，然后对组合后w0~w15整数段进行sha256_transform()转换；