在工作中很多时候我们会使用 GBK 编码来存储数据。但在有些操作中，例如在解析 JSON/XML 或操作数据库时，会因为 GBK 引发一些问题，导致操作失败或引发异常。 这是因为，GBK 中，有些字符会带有 0x5C 的数据。它本是字符串的一部分，但很可能被当作转义符来处理('\'),这就使得操作的数据不正确或引发异常。 这些字符是：
乗俓僜刓匼哱圽塡奬媆峔嶾廫慭怽揬昞朶梊榎橽歕沑漒瀄焅燶猏玕琝甛璡痋盶癨瞈砛碶穃竆筡篭糪絓綷縗繺羂耚肻腬臶臷芢蒤薥蚛蝄蟎衆蟎裓覾譢豛赲踈躙輁郳醆鈂鉢鎈鏫閈闬隲頫颸餦馶骪鯸鮘鳿鵟鸤黒齖
除此之外，还有一些特殊符号，如一些制表符，扩充汉字等，详情请戳《gbk-汉字内码扩展规范编码表》下载，表里凡是在 0x5C 位置的字符都在此列。
我们在使用GBK编码时要特别注意这些字符
每个线程都有一个唯一标识:线程ID. 线程ID用 pthread_t 数据类型来表示，该结构体在不同的系统上有不同的实现，某些操作系统将其实现为 unsigned long ，某些操作系统将其实现为结构体。所有可移植代码中不可以对其直接比较，必须使用一个函数来对两个线程ID进行比较。
|
1 2 |
//返回值：若相等，则为非0;否则，返回0 int pthread_equl(pthread_t t1, pthread_t t2); |
不同的实现方式带来的影响就是，不能使用一种可移植的方式来打印该数据类型的值。
获取当前线程：
|
1 2 3 4 5 |
//Unix pthread_t pthread_self(void); //Windows HANDLE GetCurrentThread(void); |
新增的线程可以通过调用pthread_create 函数来创建
|
1 2 3 4 5 |
#include <pthread.h> //thread: 当成功时，指向新增线程的内存单元 //返回值：若成功，则返回0；否则 返回错误编号 int pthread_create(pthread_t *thread, const pthread_attr_t *attr, void *(*start_routine) (void *), void *arg); |
新创建的线程从 start_routine 函数的地址开始运行。该函数有一个 void* 类型的指针做为参数。如果函数需要多个参数，需要将参数做为结构体，然后将结构体地址做为参数传入。 创建线程时并不能保证新增线程优先于其它线程先运行，这依赖于操作系统的线程实现与调度算法。
在升级XCode到版本7以后，使用某些静态库(.a文件)，并为IOS模拟器编译时，可能会出现如标题所示错误，提示这个库是为OSX系统的X86_64平台编译的。这可能是XCode版本的一个BUG,在链接静态库时，优先链接了OSX平台下的obj,并抛编译错误。
为解决此问题，我们在编译静态库时，不要将添加OSX系统下的平台，或者使用lipo将静态库中关于OSX系统平台的内容移除。
首先使用 "-info"选项查看静态库里包含了哪些平台内容：
|
1 2 |
$ lipo -info libuuid.a Architectures in the fat file: libuuid3.a are: armv6 armv7 armv7s i386 arm64 x86_64 |
可以看到此静态库中包含了 i386和x86_64两个平台内容。然后使用 "-remove" 将其移除：
|
1 2 3 4 |
$ lipo libuuid.a -remove i386 -output libuuid.a $ lipo libuuid.a -remove x86_64 -output libuuid.a $ lipo -info libuuid.a Architectures in the fat file: libuuid.a are: armv6 armv7 armv7s arm64 |
使用移除OSX平台内容后的静态库再次编译，问题解决。
但是会出现warning:
"ld: warning: ignoring file ……/libuuid.a, missing required architecture x86_64 in file ……/libuuid.a (4 slices)"
可以不用理会。但是在发布或部署到真机的时候，还是需要使用带有x86_64平台的静态库。
红杏老板带吃喝嫖赌欠下……也不知道多少钱，带着他的小姨子跑了……所以，以下部分不用看了。再见。
运营商对GitHub的封锁使很多开发者感到头疼。幸好，我们还有VPN.
本文介绍如何结合红杏VPN公益版使用GitHub 。
红杏和(fān)谐(qiáng)，想必大家在和GFW做斗争的时候都已经很熟悉了。做为一款和谐插件，红杏还是比较可靠的，收费也比较便宜。但是有一点比较难以接受的是，它无法给其他软件提供代理。为了弥补这个问题，红杏推出了一个公益版本，给广大开发者提供了一个免费的VPN服务器地址：
http://hx.gy:1080
在此次过程中，我们使用的就是这个地址。
git提供如下命令允许用户配置代理： 继续阅读
一个Android程序在大部分手机上运行正常，在某一款手机(华为荣耀7)上运行失败。具体表现为在写入Sqlite数据库时出现Sqlite3Exception :attempt to write a readonly database.
在仔细检查sqlite3_open/sqlite3_open_v2的参数、apk的SD卡读取权限、sqlite数据库的文件读写权限后，并没有发现任何问题，那么分析问题可能出在NDK与机器架构上了。
查看该机器使用的是arm64位CPU.然而在application.mk文件里，APP_ABI 并未配置64位选项。
配置
APP_ABI :=
armeabi-v7aarm64-v8a
后再使用NDK编译 ，解决sqlite3的Readonly的问题。
最近重新配置vsftpd后，登入ftp后出现
500 OOPS: vsftpd: refusing to run with writable root inside chroot()
根据问题提示查看了vsftpd.conf配置。
为禁止用户访问其他目录，以保证系统安全，做了如下设置：
chroot_local_user=YES
chroot_list_enable=NO
关于此配置项的具体说明可以戳这里
检查配置未发现其他问题。考虑是用户根目录的问题，将此ftp用户的根目录移动到 xx/webroot中,并在vsftpd.conf中配置此目录。问题依旧。
后查看svftpd的更新说明 ，发现从2.3.5版本以后，为保证服务器安全，根目录必须不可写。更改目录权限，解决此问题
chmod a-w xx/webroot
service vsftpd restart
在Linux上使用goagent时可能会出现该问题。
出现该问题一般是由于root用户文件夹的权限不够，一些文件无法创建。
查看 root 下是否有.pki文件夹，若没有的话则创建之。并检查文件夹的权限。最好设置为777.
chmon 777 ~/.pki/
mkdir -p ~/.pki/nssdb
certutil -d ~/.pki/nssdb -N
sqlite中支持的时间和日期函数共有 5 个：
上述 5 个函数，都传入时间字符串 timestring 作为参数，后面接 0 到多个modifier 修饰符。 而 strftime 将 format 作为第一个参数，对时间进行重新格式化。
可以采用以下任何一种格式：
| 序号 | 时间字符串 | 实例 |
|---|---|---|
| 1 | YYYY-MM-DD | 2010-12-30 |
| 2 | YYYY-MM-DD HH:MM | 2010-12-30 12:10 |
| 3 | YYYY-MM-DD HH:MM:SS.SSS | 2010-12-30 12:10:04.100 |
| 4 | MM-DD-YYYY HH:MM | 30-12-2010 12:10 |
| 5 | HH:MM | 12:10 |
| 6 | YYYY-MM-DDTHH:MM | 2010-12-30 12:10 |
| 7 | HH:MM:SS | 12:10:01 |
| 8 | YYYYMMDD HHMMSS | 20101230 121001 |
| 9 | now | 2014-05-07 |
'T' 可以作为日期和时间的分隔符
这些修饰符会按参数从左到右的顺序将时间进行相应的运算。
格式化字符串，使用'%'进行转义