Scott0902的博客

Windows 和 Linux 环境运行结果不同的原因在于命令行环境的字符编码不同。Windows 的命令行字符编码与本地代码页有关，简体中文的代码页是 GBK（936），由于历史问题，Windows API 库没有一步到位直接把 GBK 转换 UTF-8 的函数，只能 GBK → UniCode → UTF-8 这样来转换。

用 C 语言编写出利用 CPU L1 cache 来进行超高速计算质数的个数的代码

用C语言代码进行BASE64的编码和解码，可以使用第三方库OpenSSL的相关函数，但在编译后的程序运行时依赖 LIBEAY32.DLL 或者 libcrypto-3-x64.dll 文件，缺点显而易见：编译后的程序在缺乏这些.DLL文件的系统里无法正常运行。要么使用静态编译，在编译的参数里增加：-static -lssl -lcrypto -lz -lpthread -lgdi32，使得生成的exe程序具备可移植性，能在别人的Windows系统里正常运行，但程序的体积增加不少。

时间戳是一种用来表示日期和时间的数字格式，在不同的编程语言里时间戳的长度和单位都不一样：C：以秒为单位，目前的时间戳是10位数。Python：以秒为单位并且有精确到7位小数的毫秒，目前的时间戳整数部分是10位数，毫秒是7位小数。JavaScript：以毫秒为单位，目前的时间戳是13位数。虽然时间戳在计算机内部处理时间非常方便，但对于人类来说显得不直观。在日常编程工作中经常遇到需要将时间戳转换为日期时间格式方便，有以下好处：1. 可读性：将时间戳转换为日期时间格式后，时间数据变得更容易理解。

在C++编程中，数据类型的选择不仅影响内存占用和性能，还可以对某些操作的结果产生意想不到的影响。今天，我将分享一个关于C++在不同变量类型下位移操作结果的发现。位移操作是C++中常见的对整数的高效操作之一。然而，我们可能会忽视一个细节：不同的编译器和数据类型可能会导致位移操作的结果不同。

原文中有一个未修正的bug：非转义的普通字符串，如字符串中的“2018”在`函数处理后没有输出。

于是，我将Chrome浏览器开发者工具中的请求头内容完全复制到C语言代码的headers字符串中，并将浏览器的cookie内容复制到C代码的cookie字符串中。令人苦恼的是，同样的请求头和cookies内容运用在 Python 代码里可以成功登录网站，在POSTMAN 里使用同样的请求头和cookies，也能返回正确的成功登录信息。我明明已设定cookies，服务器也返回 cookies 信息，令人百思不得其解的是服务器端为何不能正确处理用户登录，把wininet库的网络请求拒之门外？