码迷,mamicode.com
首页 > Windows程序 > 详细

X Window System介绍

时间:2014-07-24 22:28:02      阅读:436      评论:0      收藏:0      [点我收藏+]

标签:des   http   使用   os   strong   文件   数据   io   

    1、概述
    X Window System是1984年由麻省理工学院(MIT)和DEC公司共同开发研究的,是执行在UNIX系统上的视窗系统。严格地说,X Window System并非一个软件,而是一个协议,这个协议定义一个系统成品所必需具备的功能(就如同TCP/IP、DECnet或IBM的SNA,这些也都是协议,定义软件所应具备的功能)。能满足此协议及符合X协会其它规范的系统便可称为X。X Window System独有的网络通透性(Network Transparency),使其成为UNIX平台上的工业标准,如今UNIX的工作站或大型主机差点儿都执行着X Window。X Window是非常巧妙的设计,非常多时候它在概念上比其他窗体系统先进,以至于经过非常多年它仍然是工作站上的工业标准。很多其他窗体系统的概念都是从X Window学来的。
    X Window System本身是一个很复杂的图形化作业环境,我们能够将它分成3个部分,各自是X Server、X Client和X Protocol。X Server主要是处理输入输出的信息,X Client运行大部分应用程序的运算功能,X Protocol则是建立X Server和X Client的沟通管道。
    (1)X Server
    X Server主要负责处理输入输出的信息,而且维护字体、颜色等相关资源。它接收输入设备(如键盘、鼠标)的信息,将这些信息交给X Client处理,而X Client所传来的信息就由X Server负责输出到输出设备(如显示卡、荧幕)上。X Server传给X Client的信息称作Events(事件)。X Client传给X Server的信息称作Request(要求)。Events(事件)主要包含键盘的输入和鼠标的移动、按下等动作,而Request(要求)主要是X Client要求对显示卡及屏幕的输出作调整。
    (2)X Client
    X Client主要负责应用程序的运算处理部分,它将X Server所传来的Events作运算处理后,再将结果以Request的方式去要求X Server显示在屏幕上的图形视窗。在X Window System的结构中,X Server和X Client所负责的部分是分开的,所以X Client和硬件无关,仅仅和程序运算有关。这样有一个优点,比如更换显示卡时,X Client部分不须要又一次编写;由于X Server和X Client是分开的,所以能够将两者分别安装在不同电脑上,这样就能够利用本地端的屏幕、键盘和鼠标来操作远端的X Client程序。常见的X Client有大家熟悉的gdm, xterm, xeyes等。
    (3)X Protocol
    X Protocol就是X server与X client之间通信的协议。X protocol支持如今经常使用的网络通信协议。比如測试TCP/IP,能够看到X server侦听在tcp 6000port上。那X protocol就是位于传输层以上了,应该属于应用层。通常,X server和X client在两台机器上时,则之间一般使用TCP/IP协议通信,若在同一台机器,则使用高效的操作系统内部通信协议。
    (4)X Library、X Toolkit和Widget
    X Client主要就应用程序,而开发程序大多会提供函数库,以方便开发人员开发,在X则提供有X Library(X Lib),X Library主要提供X Protocol的存取能力,因为X Server仅仅是依据X Client所给的Request(要求)去显示画面,因此全部的图形使用界面都交由X Client负责。我们没有必要每写一个应用程序都得从头再开发一个界面,所以有了图形界面库X Toolkit和Widget的产生,开发人员就能够使用Toolkit和Widget来创建button、对话框、轴、窗体等视窗结构,这样开发人员能够easy地开发各种程序。
    总结下执行过程:
    (1)用户通过鼠标键盘对X server下达操作命令
    (2)X server利用Event传递用户操作信息给X client
    (3)X client进行程序运算
    (4)X client利用Request传回所要显示的结果
    (5)X server将结果显示在屏幕上
    能够看出,X Window的工作方式跟Microsoft Windows有着本质的不同。Microsoft Windows的图形用户界面(GUI)是跟系统紧密相联的。而X Window则不是,它实际上是在系统核心(kernel)的上面执行的一个应用程序。
    X Window的执行分为4层。最底层的是X Server(server),提供图形界面的驱动,为X Window提供服务。上面的一层是用于网络通信的网络协议,即X网络协议,这部分使远程执行X Window成为可能。仅仅须要在server上执行一个X Server,而客户机(Client)上执行更上一层的程序,则能够实现X Window的远程执行。再往上的一层是称作Xlib的函数接口,介于基础系统和较高层应用程序之间。应用程序的实现是通过调用这一层的函数实现的。最顶层就是窗体管理器了,也就是一般所说的WM(Window Manager),这一层的软件是用户常常接触的,比方fvwm、AfterStep、Enlightment以及WindowMaker等。
    从上面的介绍来看,X Window的执行是一种客户机/server(Client/Server)的模式,server用于显示客户机执行的应用程序,又被称为显示server (Display Server)。显示server位于硬件和客户机之间,它跟踪全部来自输入设备(比方键盘、鼠标)的输入动作,经过处理后将其送回客户机。这样,用户能够在 Microsoft Windows的机器上执行X Client,截取并传送用户的输入,仅仅是将X Window的屏幕输出显示在用户的屏幕上。客户机的输入和输出系统跟Xserver之间的通信都是遵守X协议的。
    搞清楚X server与X client关系非常重要。一般X server非常easy,就是/usr/bin/X11/X程序或Xorg程序,在Microsoft Windows上经常使用的X server有Xming,Xmanager,Exceed和X-win32等。而X client则花样繁多,从高级的CDE,GNOME,KDE,到低级一点的仅仅有twm,Window Maker,blackbox等窗体管理器,再到最简陋的仅仅有xterm,rxvt,xeyes等单个x程序。正是因为X client的各种搭配,使得我们的X Window System看起来多样化。
    注意,X中所提及的“client”和“server”等字眼用词与人们一般想定的相反,“server”反而是在用户本地端的自有机器上执行,而非是在远程的还有一部机器上执行。非常多熟悉Internet原理的人首次遇到X Window的这两个概念都会搞错。假设他从一台Windows机器上使用Exceed通过XDMCP登录到一台Sunserver,他就说Exceed是client(client),而Sun机器是server(server)。这就全然搞错了。X server不是指你登录的那台机器,而是指一个程序,它负责在某台机器上接受客户的要求,在屏幕上显示客户请求的图形,而且把消息(键盘,鼠标,窗体消息)通知客户程序。这个样例里本地的Exceed就是一个X server,它负责控制这台Windows机器上的显示(display),远程Sun机器上的程序xterm, xxgdb, dtwm(CDE的窗体管理器)等,是客户程序。它们一般会使用TCP 6000号port连接Windows机器,而Windows机器的6000号port是由Exceed来bind和listen的。比方,当你通过telnet启动Sun机器上的xterm,就会 Exceed的屏幕上显示一个窗体。实际发生的事情是: xterm请求连接Windows机器的6000号port,跟Exceed连接,然后xterm请求得到资源,然后xterm请求在屏幕上显示一个窗体。你在xterm的窗体里按下"A"键时,Exceed会把这个事件通知xterm进程,然后xterm会发送数据报,请求Exceed, “请在坐标(100,30)处显示一个字母A,然后在后面显示一个矩形作为光标。”这样你的xterm窗体里就会多显示一个字母。
    实际的远端client的样例有:图形化管理远程计算机;在远端UNIX计算机上执行计算密集的仿真程序并把结果显示到本地的Windows桌面计算机;用一套显示器、键盘和鼠标控制同一时候执行在多台计算机上的图形化软件。
    2、X Window System的启动过程
    从控制台(即字符界面)进入X通常是用startx命令。在前面“Linux init程序分析“中介绍过startx(以Fedora为例),这里以Ubuntu为例。startx是用xinit程序来启动X的。首先man startx和man xinit能够看到staratx和xinit的用法:
    startx [ [client] options .....] [-- [server] [display] options ....]
    xinit [ [client] options ] [-- [server] [display] options ...]
    把上面[client]和[server]分别称为X client程序和X server程序。man手冊里写明其必须以/或者./开头,即必须是绝对路径或从当前路径開始。

    以下看看/usr/bin/startx这个脚本。

#!/bin/bash

#
# This is just a sample implementation of a slightly less primitive
# interface than xinit.  It looks for user .xinitrc and .xserverrc
# files, then system xinitrc and xserverrc files, else lets xinit choose
# its default.  The system xinitrc should probably do things like check
# for .Xresources files and merge them in, startup up a window manager,
# and pop a clock and serveral xterms.
#
# Site administrators are STRONGLY urged to write nicer versions.
#

unset DBUS_SESSION_BUS_ADDRESS
unset SESSION_MANAGER
 
userclientrc=$HOME/.xinitrc                  # 用户的client定义文件
sysclientrc=/etc/X11/xinit/xinitrc           # 系统的client定义文件

userserverrc=$HOME/.xserverrc                # 用户的server定义文件
sysserverrc=/etc/X11/xinit/xserverrc         # 系统的server定义文件
defaultclient=xterm                          # 默认的client程序 
defaultserver=/usr/bin/X                     # 默认的server程序 
defaultclientargs=""                         # 以下定义了client和server的參数变量
defaultserverargs=""
defaultdisplay=":0"
clientargs=""
serverargs=""

enable_xauth=1

# 參数解析:将whoseargs变量赋值为字符串“client”,表示当前解析的指定client的參数
whoseargs="client"
while [ x"$1" != x ]; do                     # 若第一个參数为空,则直接退出循环
    case "$1" in
    # 须要单引號‘‘以避免cpp把"/*"当作凝视
    /‘‘*|\./‘‘*)            # 假设$1是/*或者./*形式 (xinit程序要求其指定的client程序和server程序必须以/或./开头,
                            # 否则会被视为client程序和server程序本身的options參数,见man xinit) 
		if [ "$whoseargs" = "client" ]; then       # 解析client程序的參数
	  		if [ x"$client" = x ] && [ x"$clientargs" = x ]; then
				client="$1"              # 解析出用户指定的client程序
	  		else
				clientargs="$clientargs $1"   #解析出client程序的options參数
	  	  	fi
		else
	    	if [ x"$server" = x ] && [ x"$serverargs" = x ]; then
				server="$1"                  # 解析出用户指定的X server程序
	    	else
				serverargs="$serverargs $1"  # 解析出X server的options參数
	    	fi
		fi
		;;
    --)                       # 遇到“- -”就解析server
		whoseargs="server"
		;;
    *)
		if [ "$whoseargs" = "client" ]; then
	  		clientargs="$clientargs $1"
		else
	 	    # 解析[display]參数,屏幕编号[display]必须为第一个给server程序的參数,以:x的形式(x为数字)
	   		if [ x"$serverargs" = x ] && 		 		expr "$1" : ‘:[0-9][0-9]*> /dev/null 2>&1; then
				display="$1"
	   		else
				serverargs="$serverargs $1"   # 解析[display]以外的參数
	    	fi
		fi
		;;
    esac
    shift         # 全部參数左移一次
done

# 处理client參数
if [ x"$client" = x ]; then    # 假设用户没有指定X client,则使用默认的X client即xterm
    client=$defaultclient

    # 假设没有client的选项參数,则用rc文件取代
    if [ x"$clientargs" = x ]; then
        if [ -f "$userclientrc" ]; then
            client=$userclientrc
        elif [ -f "$sysclientrc" ]; then
            client=$sysclientrc
        fi

        clientargs=$defaultclientargs
    fi
fi

# 处理server參数
if [ x"$server" = x ]; then     # 假设用户没有指定X server,则使用默认的X server即X
    server=$defaultserver

    # 假设没有server的选项參数或display參数,使用默认值
    if [ x"$serverargs" = x -a x"$display" = x ]; then
	# 为了兼容性的考虑,假设没有server的命令行參数,仅仅使用xserverrc文件
	if [ -f "$userserverrc" ]; then
	    server=$userserverrc
	elif [ -f "$sysserverrc" ]; then
	    server=$sysserverrc
	fi

	serverargs=$defaultserverargs
	display=$defaultdisplay
    fi
fi

if [ x"$enable_xauth" = x1 ] ; then
    if [ x"$XAUTHORITY" = x ]; then       # 假设环境变量XAUTHORITY为空,就设定为$HOME/.Xauthority
        XAUTHORITY=$HOME/.Xauthority
        export XAUTHORITY
    fi

    removelist=

    # 设置本机的默认Xauth信息

    # 检查GNU主机名,假设hostname –version中不包括GNU 就将hostname变量设定为命令hostname –f返回的字符串
    if hostname --version > /dev/null 2>&1; then
        if [ -z "`hostname --version 2>&1 | grep GNU`" ]; then
            hostname=`hostname -f`
        fi
    fi

    if [ -z "$hostname" ]; then
        hostname=`hostname`
    fi

    authdisplay=${display:-:0}

    mcookie=`/usr/bin/mcookie`

    if test x"$mcookie" = x; then
        echo "Couldn‘t create cookie"
        exit 1
    fi
    dummy=0

    # 为server创建带有auth信息的文件,假设为屏幕编号为‘:0‘
    xserverauthfile=`mktemp --tmpdir serverauth.XXXXXXXXXX`
    trap "rm -f ‘$xserverauthfile‘" HUP INT QUIT ILL TRAP KILL BUS TERM
    xauth -q -f "$xserverauthfile" << EOF
add :$dummy . $mcookie
EOF

    serverargs=${serverargs}" -auth "${xserverauthfile}


    # now add the same credentials to the client authority file
    # if ‘$displayname‘ already exists do not overwrite it as another
    # server man need it. Add them to the ‘$xserverauthfile‘ instead.
    for displayname in $authdisplay $hostname$authdisplay; do
        authcookie=`xauth list "$displayname"         | sed -n "s/.*$displayname[[:space:]*].*[[:space:]*]//p"` 2>/dev/null;
        if [ "z${authcookie}" = "z" ] ; then
            xauth -q << EOF 
add $displayname . $mcookie
EOF
        removelist="$displayname $removelist"
        else
            dummy=$(($dummy+1));
            xauth -q -f "$xserverauthfile" << EOF
add :$dummy . $authcookie
EOF
        fi
    done
fi

# #以下的语句通过xinit启动X server和Clients,把处理的參数传给它
xinit "$client" $clientargs -- "$server" $display $serverargs

retval=$?
if [ x"$enable_xauth" = x1 ] ; then
    if [ x"$removelist" != x ]; then
        xauth remove $removelist
    fi
    if [ x"$xserverauthfile" != x ]; then
        rm -f "$xserverauthfile"
    fi
fi

exit $retval

    以上即为X Window System的启动过程,startx仅仅是负责一些參数传递,真正的X启动由xinit实现。我们能够知道,startx将会先解析用户的參数,假设该用户指定了该參数(即解析结果不为空),那么startx就会以该參数来启动xinit,否则就会解析(与其说是解析,还不如说是运行)$HOME文件夹下的rc文件,假设该文件不存在,就会解析系统文件夹下(/etc/X11/xinit/)的rc文件,假设这个文件也不存在,那startx就将以默认的client(xterm)和server(/usr/bin/X)为參数来启动xinit。比如,能够在用户文件夹下构造.xinitrc(即X client)和.xserverrc(即X server)文件。在.xserverrc里写入/usr/bin/X11/X :1。.xinitrc里写入/usr/bin/X11/xeyes -display localhost:1。这就是最简单的X server+ X client了,仅仅只是把屏幕编号从默认的0改为了1。
    到眼下为止,我们还不知道只在终端输入startx是怎么样启动gnome桌面的,gnome当然属于X client了。通过对startx的分析可知,startx主要有三种启动方式:
    (1)一种是自己指定要启动的client和server, 比如:startx /usr/bin/xclock -- /usr/bin/X :0;
    (2)一种是通过在$HOME下新建.xinitrc文件来指定要启动的多个client和.xserverrc来指定要启动的server(注意:这两个文件本来是不存在的);
    (3)另一种是直接输入startx而不指定參数,这也就是我们启动gnome桌面的方法。
    在第(3)中启动方法中,我们能够知道,startx脚本会先去看系统文件夹(/etc/X11/xinit/)下的rc文件是否存在,假设不存在就会用默认的xterm和/usr/bin/X来启动xinit。显然,startx启动的不是xterm,而是gnome桌面,因此gnome的启动是通过系统文件/etc/X11/xinit/xinitrc来指定的。在“Linux init程序分析”中具体介绍过的gnome的启动。这里以Ubuntu为例,/etc/X11/xinit/xinitrc文件里仅仅包括了. /etc/X11/Xsession一句话,因此gnome是通过Xsession脚本启动的(在Fedora中则是直接用xinitrc来启动gnome)。以下是Xsession文件:

#!/bin/sh      # 注意该脚本用的是Bourne shell解析的
#
# /etc/X11/Xsession
#
# global Xsession file -- used by display managers and xinit (startx)

# $Id: Xsession 967 2005-12-27 07:20:55Z dnusinow $

set -e         # 打开errexit选项,该选项表示假设以下有命令返回的状态非0,则退出程序

PROGNAME=Xsession

# 以下4个是信息输出函数,能够无论
message () {
  # pretty-print messages of arbitrary length; use xmessage if it
  # is available and $DISPLAY is set
  MESSAGE="$PROGNAME: $*"
  echo "$MESSAGE" | fold -s -w ${COLUMNS:-80} >&2
  if [ -n "$DISPLAY" ] && which xmessage > /dev/null 2>&1; then
    echo "$MESSAGE" | fold -s -w ${COLUMNS:-80} | xmessage -center -file -
  fi
}

message_nonl () {
  # pretty-print messages of arbitrary length (no trailing newline); use
  # xmessage if it is available and $DISPLAY is set
  MESSAGE="$PROGNAME: $*"
  echo -n "$MESSAGE" | fold -s -w ${COLUMNS:-80} >&2;
  if [ -n "$DISPLAY" ] && which xmessage > /dev/null 2>&1; then
    echo -n "$MESSAGE" | fold -s -w ${COLUMNS:-80} | xmessage -center -file -
  fi
}

errormsg () {
  # exit script with error
  message "$*"
  exit 1
}

internal_errormsg () {
  # exit script with error; essentially a "THIS SHOULD NEVER HAPPEN" message
  # One big call to message() for the sake of xmessage; if we had two then
  # the user would have dismissed the error we want reported before seeing the
  # request to report it.
  errormsg "$*"            "Please report the installed version of the \"x11-common\""            "package and the complete text of this error message to"            "<debian-x@lists.debian.org>."
}

# 初始化被全部session脚本使用的变量

OPTIONFILE=/etc/X11/Xsession.options

SYSRESOURCES=/etc/X11/Xresources
USRRESOURCES=$HOME/.Xresources

SYSSESSIONDIR=/etc/X11/Xsession.d
USERXSESSION=$HOME/.xsession
USERXSESSIONRC=$HOME/.xsessionrc
ALTUSERXSESSION=$HOME/.Xsession
ERRFILE=$HOME/.xsession-errors

# 尝试创建一个error文件,假设不能创建则退出
if (umask 077 && touch "$ERRFILE") 2> /dev/null && [ -w "$ERRFILE" ] &&
  [ ! -L "$ERRFILE" ]; then
  chmod 600 "$ERRFILE"
elif ERRFILE=$(tempfile 2> /dev/null); then
  if ! ln -sf "$ERRFILE" "${TMPDIR:=/tmp}/xsession-$USER"; then
    message "warning: unable to symlink \"$TMPDIR/xsession-$USER\" to"              "\"$ERRFILE\"; look for session log/errors in"              "\"$TMPDIR/xsession-$USER\"."
  fi
else
  errormsg "unable to create X session log/error file; aborting."
fi

# 截短ERRFILE,假设它太大了,以避免硬盘空间的DoS攻击
if [ "`stat -c%s \"$ERRFILE\"`" -gt 500000 ]; then
  T=`mktemp -p "$HOME"`
  tail -c 500000 "$ERRFILE" > "$T" && mv -f "$T" "$ERRFILE" || rm -f "$T"
fi

exec >>"$ERRFILE" 2>&1

echo "$PROGNAME: X session started for $LOGNAME at $(date)"

# 理智的检查:#假设/etc/X11/Xsession.d不存在或不是一个文件夹则打印错误信息并退出
if [ ! -d "$SYSSESSIONDIR" ]; then
  errormsg "no \"$SYSSESSIONDIR\" directory found; aborting."
fi

# Attempt to create a file of non-zero length in /tmp; a full filesystem can
# cause mysterious X session failures.  We do not use touch, :, or test -w
# because they won‘t actually create a file with contents.  We also let standard
# error from tempfile and echo go to the error file to aid the user in
# determining what went wrong.
WRITE_TEST=$(tempfile)
if ! echo "*" >>"$WRITE_TEST"; then
  message "warning: unable to write to ${WRITE_TEST%/*}; X session may exit"           "with an error"
fi
rm -f "$WRITE_TEST"

# use run-parts to source every file in the session directory; we source
# instead of executing so that the variables and functions defined above
# are available to the scripts, and so that they can pass variables to each
# other
SESSIONFILES=$(run-parts --list $SYSSESSIONDIR)   # 将/etc/X11/Xsession.d文件夹中的全部文件都读出,并存入SESSIONFILES变量中
if [ -n "$SESSIONFILES" ]; then
  set +e       # 关闭errexit选项
  for SESSIONFILE in $SESSIONFILES; do        # 运行Xsession.d下的每个脚本
    . $SESSIONFILE
  done
  set -e
fi

exit 0

# vim:set ai et sts=2 sw=2 tw=80:
     从以上的对Xsession脚本文件的分析,能够看出,Xsession脚本不过运行了/etc/X11/Xsession.d文件夹下的全部文件,每个文件名称都以数字开头,这些数字就表示了文件被运行的优先级,数字小的优先级高,run-parts会将数字小的排在前面,这样就能确保以上文件能按数字由小到大的顺序运行。基本的文件例如以下:
    (1)20x11-common_process-args:这个文件主要是处理传给/etc/X11/xinit/ xinitrc脚本文件的參数的。该參数个数仅仅能为0或一个,否则将不进行不论什么处理。假设该參数是failsafe,则该脚本将运行x-terminal-emulator,否则就运行该參数。须要说明的是,x-terminal-emulator是一个符号链接,指向/etc/alternatives/x-terminal-emulator,同一时候,/etc/alternatives/x-terminal-emulator也是一个符号链接,它指向/usr/bin/gnome-terminal.wrapper,而gnome-terminal.wrapper则是一个perl脚本,它终于是调用了gnome-terminal。
    (2)30x11-common_xresources:该文件主要是调用xrdb,依据/etc/X11/Xresources文件夹下及$HOME/.Xresources文件夹下的文件的内容来设置根窗体的屏幕0上的RESOURCE_MANAGER属性的内容。
    (3)40x11-common_xsessionrc:该文件主要是推断$HOME/.xsessionrc文件是否存在,假设存在则运行该脚本文件。
    (4)50x11-common_determine-startup:该文件主要先查看配置文件/etc/X11/Xsession.options中是否同意使用用户的xsession,假设/etc/X11/Xsession.options中存在allow-user-xsession字段,则查看用户指定的$HOME/.xsession是否存在并有运行权限,假设是,则将STARTUP变量设置为该文件,假设没有运行权限就将STARTUP变量设置为“sh 该xsession文件”。假设此时STARTUP变量仍然为空(即没有使用用户指定的.xsession脚本),则将其设置为/usr/bin下的x-session-manager,x-window-manager或x-terminal-emulator,它们都是指向/etc/alternatives/下对应程序的符号链接。注意这个STARTUP将会在后面的脚本中被启动。
    (5)55gnome-session_gnomerc:该文件会先得到STARTUP的basename,如STARTUP=/usr/bin/x-session-manager,则其basename为x-session-manager。再推断该basename是否为gnome-session,或者为x-session-manager而且x-session-manager是个符号链接,它指向/usr/bin/gnome-session,假设选择的是gnome-session,则运行$HOME/.gnomerc(假设该文件存在而且可读)。
    (6)60x11-common_localhost:使用xhost程序,把本机的username加入到同意连接X server的username列表中。username由`id -un`命令给出。
    (7)60xdg_path-on-session:依据选择的窗体会话,通过设置XDG_CONFIG_DIRS变量来加入额外的xdg路径。
    (8)60xdg-user-dirs-update:用xdg-user-dirs-update自己主动生成$HOME下的目录,该命令主要是依据/etc/xdg/user-dirs.defaults文件的内容来为用户创建目录的。
    (9)70gconfd_path-on-session:依据选择窗体会话,加入额外的gconf路径。
    (10)75dbus_dbus-launch:把use-session-dbus选择放入Xsession.options文件里,表示使用在窗体会话中使用dbus。把启动/usr/bin/dbus-launch程序的选择加入到STARTUP变量中。
    (11)80im-switch:该文件主要用于设置输入法。详细的请自己參考文件内容。
    (12)90consolekit:假设环境变量$XDG_SESSION_COOKIE为空,而且/usr/bin/ck-launch-session可运行,则将STARTUP又一次赋值为” /usr/bin/ck-launch-session $STARTUP”。至于ck-launch-session的功能,我也不是非常清楚,预计是和session有关,对窗体会话进行一些检查。
    (13)90x11-common_ssh-agent:该文件主要先查看配置文件/etc/X11/Xsession.options中是否使用ssh agent,假设/etc/X11/Xsession.options中存在use-ssh-agent字段,则推断/usr/bin/ssh-agent是否可运行,而且环境变量$SSH_AUTH_SOCK和$SSH2_AUTH_SOCK是否都为空,假设是,这将STARTUP又一次赋值为” /usr/bin/ssh-agent $STARTUP”。
    (14)99x11-common_start:它不过用exec启动$STARTUP。关于exec,在Bourne shell中,它与fork的差别就在于它运行一个新的脚本不需创建sub-shell,而它与Source和Dot的差别就在与在这条语句后面的语句将不会再被运行。此时,我们能够发现变量$STARTUP的值为:“startup=/usr/bin/ssh-agent  /usr/bin/ck-launch-session /usr/bin/seahorse-agent --execute x-session-manager”, 因此,终于将会被运行的就是这么一条语句。而x-session-manager终于指向的是gnome-session。
    gnome-session就是终于启动GNOME桌面环境的,这个程序一般被登入管理器gdm、xdm和脚本startx调用。总结一下Ubuntu中Gnome的启动过程,核心的流程总结例如以下:

/usr/bin/startx
	--->xinit /etc/X11/xinit/xinitrc -- /etc/X11/xinit/xinitrc
		--->./etc/X11/Xsession
			--->/etc/X11/Xsession.d/
				--->50x11-common_determine-startup
					--->/etc/X11/Xsession.options		# 寻找相关配置选项
					--->STARTUP=$HOME/.xsession		# 假设有.xsession脚本,则设置成执行它
  					--->STARTUP=/usr/bin/x-session-manager	# 假设没有.xsession脚本,则设置成执行x-session-manager
  						--->/usr/bin/gnome-session	# x-session-manager指向gnome-session程序
  				--->55gnome-session_gnomerc
  					--->$HOME/.gnomerc		# 选择了gnome-session,则执行$HOME/.gnomerc
  				--->75dbus_dbus-launch		# 启动dbus
  				--->80im-switch		# 设置输入法
  				--->99x11-common_start
  					--->exec $STARTUP		# 启动gnome会话,进入gnome桌面
    3、跨网络执行X Window System
    通经常使用来做服务器的系统(Linux,FreeBSD,Solaris等等)都用字符界面,不会装X server,甚至非常多都没有显示器。这样能够在这些系统里安装简单的X client,以GUI的方式远程显示在管理员们所坐的X server里。比如能够用FreeBSD做网关,提供WWW,FTP服务,一般在管理员的本地机器起个X server,然后通过ssh或telnet登录远程到FreeBSD系统,执行X client程序显示在本地显示器上,当然,也可用XDMCP(X Display Manager Control Protocol)的方式来登录执行。man xsession手冊里提到/etc/X11/Xsession一般被startx(Ubuntu中在/etc/X11/xinit/xinitrc里调用 Xsession脚本)或display manager调用,但有的display manager仅仅调用Xsession而不是xinitrc,故为了startx和display manager两种方式下都可正常启动GUI,最好把X client启动的程序放在Xsession文件中。远程执行X client程序须要设置DISPLAY环境变量,设置为 Xserver主机名称:屏幕编号(如192.168.1.115:0,则表示X server是192.168.1.115这台机器上的0号屏幕);或是给X client程序加个—display參数。这里我们在TCP/IP网络环境中測试X Window System。
    在VMWare虚拟机中安装Fedora 14,地址为192.168.1.115,使用/usr/bin/X作为X server。安装Ubuntu 10.04,地址为192.168.1.116。如今我们要使它们默认启动到字符界面。Fedora中比較简单,改动/etc/inittab文件,把当中的默认执行由5改成3,重新启动就可以。Ubuntu中使用grub v2,须要把/etc/default/grub文件里的GRUB_CMDLINE_LINUX_DEFAULT变量改动成"quiet splash text",即加上一个text參数,然后执行sudo update-grub,又一次生成grub启动菜单的配置文件/boot/grub/grub.cfg。重新启动就可以。
    (1)配置X Server
    第一步:在$HOME下生成.Xauthority认证文件里
[jackzhou@localhost ~]$ xauth add 192.168.1.115:0 . `mcookie`
xauth: creating new authority file /root/.Xauthority
    第二步:查看认证文件
[jackzhou@localhost ~]$ xauth list
192.168.1.115:0  MIT-MAGIC-COOKIE-1  728ef8138827dcc82b7aa562d946796a
    第三步:通过上面的认证文件生成一个密钥文件jackcookie
[jackzhou@localhost ~]$ xauth extract jackcookie 192.168.1.115:0
[jackzhou@localhost ~]$ ls -l jackcookie
-rw-------. 1 jackzhou jackzhou 49 Jul 17 13:20 jackcookie
    第四步:将生成的密钥文件jackcookie,复制到X Client端。注意这须要Ubuntu上安装有open ssh server,能够用sudo apt-get install openssh-server安装。
[jackzhou@localhost ~]$ scp jackcookie 192.168.1.116:$HOME
The authenticity of host ‘192.168.1.116 (192.168.1.116)‘ can‘t be established.
RSA key fingerprint is fe:a2:ef:ab:75:37:04:47:c6:4d:02:9d:58:1c:f7:35.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added ‘192.168.1.116‘ (RSA) to the list of known hosts.
jackzhou@192.168.1.116‘s password:
jackcookie                                      100%   49     0.1KB/s   00:00
    第五步:在后台启动X Server
[jackzhou@localhost ~]$ X -auth $HOME/.Xauthority &
    这样X server会在tty7上执行(tty7上是执行图形界面的),通过Ctrl+Alt+F7能够切换到X界面,上面一片黑暗,仅仅显示一个光标。能够通过Ctrl+Alt+F1切换回原来的字符界面,因为在不同的tty上执行,它们互不影响。
    (2)配置X Client
    第一步:将X Server传送过来的password文件jackcookie,进行导入操作
jackzhou@jackzhou-desktop:~$ ls -l jackcookie
-rw------- 1 jackzhou jackzhou 2011-07-17 13:17 jackcookie
jackzhou@jackzhou-desktop:~$ xauth merge jackcookie
jackzhou@jackzhou-desktop:~$ ls -l jackcookie
-rw------- 1 jackzhou jackzhou 49 2011-07-17 13:21 jackcookie
    第二步:配置DISPLAY环境变量
jackzhou@jackzhou-desktop:~$ export DISPLAY=192.168.1.115:0
    第三步:启动各种X Client,如xterm和xeye、、xclock、twm、gedit、gnome-terminal,甚至gnome-session程序,都行。注意twm在Ubuntu中默认没有安装,能够用apt-get安装。
jackzhou@jackzhou-desktop:~$ xterm &
jackzhou@jackzhou-desktop:~$ xeyes &
jackzhou@jackzhou-desktop:~$ twm &
    这样在Fedora的X Server上就会显示Ubuntu中对应的X client界面了。通常的应用场景是X client机器在远程且没有显示器,X Server机器在本地,你能够通过在Fedora中使用ssh 192.168.1.116登录到远程的X client机器,来配置X Client,而不用直接跑到远程的机器上去配。
    要更加深入地研究X Window System,可參考man xserver和man x的手冊页,Wikipedia的介绍http://zh.wikipedia.org/zh-cn/X_Window,以及Xorg Foundation的官方网站http://www.x.org/wiki/。下载X11R7.6的源码,里面有各模块设计的具体文档说明。

X Window System介绍,布布扣,bubuko.com

X Window System介绍

标签:des   http   使用   os   strong   文件   数据   io   

原文地址:http://www.cnblogs.com/mfrbuaa/p/3866293.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!