usr目录给人的感觉总是user的缩写，真的太像了，我刚开始也是这么感觉的，我还在想usr目录和home目录都是用户的家目录吗，感觉不太合适呀，经过一波周折才发现，usr之前还真是用户的家目录，不过现在不是了，因为有了home取代了它，而现在的usr也有了自己的名字Unix System Resource，即是Unix系统资源的缩写，里面存放着重要文件，包括共享文件等

/usr/src/linux/include/linux是给编译内核用的 
/usr/include/linux是给编译应用程序用的 

如果你的/usr/src/linux/里的内核源码，与当前运行的内核一致 
可以 
ln -s /usr/src/linux/include/linux /usr/include/linux 
ln -s /usr/src/linux/include/asm /usr/include/asm 
以前的Linux一般也都是这样的。 

但是在最新的发布中，似乎更推荐两者分开。

在linux系统中，/usr/存在include目录，而在内核源码/usr/src/linux版本号/目录下也存在include目录，那么这两个include目录分别在什么时候使用呢，在编写代码的时候，include <sys/stat.h> 是在哪个include目录下呢？

 

/usr/include/linux是用来编译当前系统的程序的； 

/usr/src/linux/include/linux/是用来编译内核的，
要使用/usr/src/linux/include/linux的头文件， 

可以用gcc -I /usr/src/linux-x.x.x/include/
呵呵，一个是用户态下的搜索路径，一个是内核模块需要的头文件搜索路径，用的地方都不一样 

如果你没有在编译时显示地加上-I的情况下： 

如果你的代码中没有__KERNEL__这样的宏声明，那么编译时就会使用C库的头文件 

如果你的代码是用于内核模块的，那么它指向的就是内核头文件，一般说来，在你的/usr/src/下还有一个链接符号，符号名为linux，它指向了 linux-2.4.20-8这个目录，这是编译器在编译内核模块时使用的路径，编译器是通过__KERNEL__这个宏来识别你是需要内核中的结构体/ 函数或者是使用C库中的各种函数与结构体等

/usr/bin  系统预装的一些可执行程序，随系统升级会改变

/usr/local/bin 用户安装的可执行程序，不受系统升级影响，用户编译安装软件时，一般放到/usr/local目录下

 

如果两个目录含有相同的可执行程序，通过查看PATH，比较优先级

echo $PATH

/root/perl5/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/root/bin

这里/usr/local/bin优先于/usr/bin

PATH这个目录下放的可执行程序，在系统任何地方都可以直接执行，不需要指定路径

网上一搜全是这类说法，不正确的请指出，小白学习中。