2011年二月

读写锁比mutex有更高的适用性，可以多个线程同时占用读模式的读写锁，但是只能一个线程占用写模式的读写锁；

1，当读写锁是写加锁状态时, 在这个锁被解锁之前, 所有试图对这个锁加锁的线程都会被阻塞.

2，当读写锁在读加锁状态时, 所有试图以读模式对它进行加锁的线程都可以得到访问权，但是以写模式对它进行枷锁的线程将阻塞；

3，当读写锁在读模式锁状态时, 如果有另外线程试图以写模式加锁, 读写锁通常会阻塞随后的读模式锁请求, 这样可以避免读模式锁长期占用, 而等待的写模式锁请求长期阻塞;

这种锁适用对数据结构进行读的次数比写的次数多的情况下，因为可以进行读锁共享。

API接口说明：
1)初始化和销毁

#include <pthread.h>
 
int pthread_rwlock_init(pthread_rwlock_t *restrict rwlock, const pthread_rwlockattr_t *restrict attr);
int pthread_rwlock_destroy(pthread_rwlock_t *rwlock);
 
成功则返回0, 出错则返回错误编号.

2)读加锁和写加锁
获取锁的两个函数是阻塞操作

#include <pthread.h>
 
int pthread_rwlock_rdlock(pthread_rwlock_t *rwlock);
int pthread_rwlock_wrlock(pthread_rwlock_t *rwlock);
int pthread_rwlock_unlock(pthread_rwlock_t *rwlock);
 
成功则返回0, 出错则返回错误编号.

3)非阻塞获得读锁和写锁
非阻塞的获取锁操作, 如果可以获取则返回0, 否则返回错误的EBUSY.

#include <pthread.h>
 
int pthread_rwlock_tryrdlock(pthread_rwlock_t *rwlock);
int pthread_rwlock_trywrlock(pthread_rwlock_t *rwlock);
 
成功则返回0, 出错则返回错误编号.
//

今天coding时，需要将php中的变量返回给第三方，第一个想到就是使用json格式，方便易用。于是用了json_encode，但是发现居然报语法错误，查了手册才发现，json_enode 是在5.2.0才作为标准扩展加入php的，而我们的机器上php的版本是5.1.6，原来该扩展还未加进来。由于这个应用比较小，而且本人赖得升级php的版本，而且再手工安装这个扩展也比较麻烦，所以想到了使用php实现json_encode，原理上应该不难，找到一段代码，共享之~
更多 >

看到这篇文章，感觉写的挺不错的，转载下

原文地址：http://coolshell.cn/articles/3698.html

StackExchange.com上有两个贴子（贴子一，贴子二）， 贴子名叫“What is the single most effective thing you did to improve your programming skills?” – 对你的编程技术提高最有效的一件事是什么？回复的人中给了很多很不错的建议，我把他们总结了一下，十条，相信一定会对你有用。（注意：顺序是我自己按我的 个人经验排的）

• 和比自己聪明的能力比自己强的人工作。学习他们的代码，他们的做事方法，看一看那些人是怎么处理错误的。

• 总是倾听别人怎么说，无论那个的资历和职位是什么样的。

• 实践，实践，实践，总是不满意于一开始出来的事。

• 多问问自己，现在在写什么代码？为什么要这样写成这样？还有没有更好的方法？

• 学习多样的技术，多多比较他们，并一定要了解各种技术的优缺点。

• 总是问别人问好的问题。

• 多回头看看走过的路，做过的事，写过的程序，感觉一下他们有多烂。

• 多读读那些大师写的书。

• 不要总坐在电脑前编程序，多做做运动，多到户外走走，和非技术人多接触，向他们学习。

• 把你的想法说出去，看看别人怎么回应的。从别人的回应中学习。

除了这些，下面是我个人想给你的建议——
可能只能算精神，不能算方法。我以前也写过一篇《五个方法成为更好的程序员》，《十条不错的编程观点》，还有《优秀程序员的十个习惯》这几篇文章也能给你一些启发。

• 热情。对编程充满热情。这种热情会导致强烈地专研精神，和努力的精神。专研精神相当重要，它是畏难情绪的天敌。

• 知道。学习技术要“知其道，明其理”，而不仅仅只是了解知识。举例，为什么C++有“初始化例表”而Java却没有？为什么Java的没有多重继承？为会有了TCP还要UDP？对于一个事物，什么是好的，什么是不好的。不但要了解其表面，还要了解其思想。只有了解原始的初衷和目的，你才能真正“知道”。

• 犯错。不犯错误永远没有经验，从自己的错误和别人的错误中学习，只有自己犯了错，才会真正明白。犯错不可怕，可怕的是不会总结只有真正的摸爬滚打过的人才是强人。技能和经验总是用错误去换来的。

• 回顾。要多去回顾过去，看看 历史上发生过的事。这样你才能明白事物的发展规律，从面才能了解未来的路。举例：单机 -> Client/Server -> 中间应用层 -> 多层结构 -> 分布式结构。 C -> C++ -> Java，等等，等等。未来其实就在回顾过去之中。

• 质疑。质疑精神很重要。质疑通常会导致不同意见甚至反对意见。也许你会质疑错，也许你会被质疑，但是你的认知也会因为不同的观点而变得完整。有所同有所不同（“同”为同意及相同），观点因为不同才能迸发出火花，事物也此而发展，世界因为不同而精彩。

在手写Makefile时，用上这三个函数非常方便，减少了很多人力劳动哈

用法介绍：

wildcard:  扩展通配符 例如将* 进行匹配

notdir:  去除目录 类似于basename的用法

patsubst: 替换通配符

说起来比较费劲，直接看例子的话，比较好理解

例子介绍：

在test目录下a.cpp和b.cpp，sub目录下c.cpp和d.cpp

建立一个简单的Makefile文件：

src=$(wildcard *.c ./sub/*.c)
dir=$(notdir $(src))
obj=$(patsubst %.c，%.o，$(dir) )
 
all:
 @echo $(src)
 @echo $(dir)
 @echo $(obj)
 @echo "end"

输出结果为：

#wildcard把 指定目录 ./ 和 ./sub/ 下的所有后缀是c的文件全部展开
a.cpp b.cpp ./sub/c.cpp ./sub/d.cpp
#notdir把展开的文件去除掉路径信息
a.cpp b.cpp c.cpp d.cpp
#patsubst把$(dir)中的变量符合后缀是.c的全部替换成.o
a.o b.o c.o d.o

在GCC编译程序的时候，加上-ggdb3参数，这样，你就可以调试宏了。

另外，你可以使用下述的GDB的宏调试命令 来查看相关的宏。

• info macro_name – 查看这个宏在哪些文件里被引用了，以及宏定义是什么样的。
• macro_name –       查看宏展开的样子。