C++博客-金庆的专栏-随笔分类-4. Linux/Unix

etcd+registrator+confd 服务发现

金庆 — Wed, 13 Jun 2018 06:27:00 GMT

etcd+registrator+confd 服务发现

(金庆的专栏 2018.6)

因为k8s使用 etcd, 所以选 etcd 作为服务发现的 DB.

registrator 可以为 docker 方式运行的服务自动注册到 etcd.

confd 读取 etcd, 生成配置文件。

先运行一个etcd用于测试：

docker run -d \
-p 12379:2379 \
--name jinqing-etcd \
quay.io/coreos/etcd \
   /usr/local/bin/etcd \
--listen-client-urls http://0.0.0.0:2379 \
--advertise-client-urls http://0.0.0.0:12379

再运行 registrator:

docker run -d --rm \
    --name=jinqing-registrator \
    --net=host \
    --volume=/var/run/docker.sock:/tmp/docker.sock \
    gliderlabs/registrator:latest \
      -ip="192.168.93.183" \
      etcd://127.0.0.1:12379/registrator

好像只能使用本机的 etcd. 一般需要用-ip参数指定本机IP。注册到 registrator 目录。

用 etcdkeeper 可以查看自动注册的服务。registrator 不支持 etcd v3.

然后配置 confd

mkdir -p /etc/confd/{conf.d,templates}

/etc/confd/conf.d/myconfig.toml

[template]
src = "services.toml.tmpl"
dest = "/tmp/services.toml"
keys = [
    "/registrator",
]

/etc/confd/templates/services.toml.tmpl

[config]
{{- range lsdir "/registrator"}}
{{-     $serviceName := . }}
{{-     $serviceDir := printf "/registrator/%s/*" $serviceName }}

    [config.{{ $serviceName }}]
    # {{ $serviceDir }}

{{-     range gets $serviceDir }}
    {{ base .Key }} = {{ .Value }}
{{-     end }}

{{- end}}

# End of [config].

用 lsdir 列出所有服务目录，然后用 gets 取服务目录下的键值对。

执行 confd:

~/go/bin/confd -onetime -backend etcd -node http://127.0.0.1:12379

[jinqing@localhost confd]$ cat /tmp/services.toml
[config]

    [config.etcd-2379]
    # /registrator/etcd-2379/*
    localhost.tech:jinqing-etcd:2379 = 192.168.93.183:12379

    [config.nginx]
    # /registrator/nginx/*
    localhost.tech:jinqing-nginx:80 = 192.168.93.183:1024

    [config.registry]
    # /registrator/registry/*
    localhost.tech:registry:5000 = 192.168.93.183:5000

# End of [config].

金庆 2018-06-13 14:27 发表评论

用docker stack开启redis集群

金庆 — Thu, 26 Oct 2017 04:08:00 GMT

用docker stack开启redis集群

(金庆的专栏 2017.10)

有5个docker swarm节点，开启redis cluster.
每个机器上开2个redis节点，共10个redis节点。
采用官方的redis:alpine镜像。

docker-stack.yml 如下：

version: "3"
services:
redis001:
    image: redis:alpine
    volumes:
      - /home/redis/001/data:/data
      - /home/redis/001/conf:/conf
    command: redis-server --appendonly yes --cluster-enabled yes --cluster-config-file /conf/nodes.conf --cluster-announce-ip 10.240.79.8 --cluster-announce-port 7001 --cluster-announce-bus-port 17001
    ports:
      - "7001:6379"
      - "17001:16379"
    networks:
      - redisnet
    deploy:
      placement:
        constraints:
          - node.hostname == host-10-240-79-8

redis002:
    image: redis:alpine
    volumes:
      - /home/redis/002/data:/data
      - /home/redis/002/conf:/conf
    command: redis-server --appendonly yes --cluster-enabled yes --cluster-config-file /conf/nodes.conf --cluster-announce-ip 10.240.79.9 --cluster-announce-port 7002 --cluster-announce-bus-port 17002
    ports:
      - "7002:6379"
      - "17002:16379"
    networks:
      - redisnet
    deploy:
      placement:
        constraints:
          - node.hostname == host-10-240-79-9

redis003:
...
redis010:
    ...

networks:
redisnet:

数据保存文件在 /home/redis/001/data
集群配置文件将保存到 /home/redis/001/conf/nodes.conf
各机器上目录需要预先创建，不然docker开启失败。
并且需要设置目录权限，不然报"Permission denied".
redis-server以用户uid=100(redis)运行，所以
    chown -R 100 /home/redis/

启动redis服务栈:
    docker stack deploy -c docker-stack.yml redis

redis-server启动后，运行 redis-trib.rb 来组建 redis cluster:

    docker run --rm -it inem0o/redis-trib create --replicas 1 10.240.79.8:7001 10.240.79.9:7002 ... 10.240.79.12:7010

注意 inem0o/redis-trib 的说明中，命令示例缺少 "-it", 会报错退出：
Can I set the above configuration? (type 'yes' to accept): : undefined method `chomp' for nil:NilClass (NoMethodError)
        from /usr/bin/redis-trib:1295:in `create_cluster_cmd'
        from /usr/bin/redis-trib:1701:in `

'

运行 redis-cli 测试，"-c" 参数表示集群，可连接任意机器的7001-7010任意端口：
[root@host-10-240-79-9 ~]# docker run -it --rm redis:alpine redis-cli -h 10.240.79.8 -p 7006 -c
10.240.79.8:7006> get a
-> Redirected to slot [15495] located at 10.240.79.10:7003
(nil)

用swarm mode开启redis服务比较方便。
但是出于性能考虑，应该禁用 swarm 的NAT转发和负载均衡。
研究了下，暂时还没学会。

金庆 2017-10-26 12:08 发表评论

CentOS升级Svn到最新版

金庆 — Thu, 23 Apr 2015 08:54:00 GMT

CentOS升级Svn到最新版
(金庆的专栏)

CentOS/RHEL yum 安装的 subversion 是 1.6.11 版本，
连VisulaSVN服务器时会有"Key usage violation"：

[jinq@jinqing-centos ~]$ svn co https://.../server
svn: OPTIONS of 'https://.../server': SSL handshake failed: SSL error: Key usage violation in certificate has been detected. (https://...)

subversion升级到最新版可解决该错误。

Install Subversion 1.8.9 ( SVN Client ) on CentOS/RHEL
Thanks to Wandisco, which is maintaining the rpm packages for latest Subversion version.
( http://tecadmin.net/install-subversion-1-8-on-centos-rhel/ )

按指示设置新的yum源，然后安装.

[jinq@jinqing-centos ~]$ svn --version
svn, version 1.8.13 (r1667537)
compiled Apr 2 2015, 15:55:22 on x86_64-unknown-linux-gnu

金庆 2015-04-23 16:54 发表评论

boost::coroutine 无法显示调用栈

金庆 — Fri, 07 Nov 2014 01:45:00 GMT

boost::coroutine 无法显示调用栈

（金庆的专栏）

一例因 boost::format() 格式化参数个数错误造成的 coredump,
因为使用了 boost::coroutine, 无法显示异常时的调用栈，
仅显示了异常的类型：

#0 raise()
#1 abort()
#2 __gnu_cxx::__verbose_terminate_handler()
#3 ??
#4 std::terminate()
#5 __cxa_throw()
#6 boost::exception_detail::clone_impl<
      boost::exception_detail::error_info_injector<
        boost::io::too_many_args> >::rethrow()
    at /usr/include/boost/exception/exception.hpp:466
#7 boost::rethow_exception()
    at /usr/include/boost/exception/detail/exception_ptr.hpp:458
#8 boost::coroutine::detail::coroutine_base_resume<
      void(), boost::coroutines::detail::coroutine_base, void, 0>
        ::resume(void)
    at /usr/include/boost/coroutine/v1/detail/coroutine_base_resume.hpp:57
#9 boost::coroutines::detail::coroutine_op
      boost::coroutines::coroutine, void, 0>::operator()(void)
    at /usr/include/boost/coroutine/v1/detail/coroutine_op.hpp:46
#10 PlayerCoro::operator()
    at /home/jinqing/mnt/code/server/loginserver/PlayerCoro.h

金庆 2014-11-07 09:45 发表评论

双线服务器策略路由设置

金庆 — Fri, 24 Oct 2014 09:05:00 GMT

双线服务器策略路由设置

（金庆的专栏）

电信网通双线服务器，发现只有电信用户能连，网通不通。
经运维检查，发现是策略路由没做好。
添加了策略路由后就正常了。

双线服务器有2个外网网卡，一个配电信IP, 一个配网通IP.
策略路由让电信网的数据走电信网卡，电信网关; 网通的数据走网通的网卡，网通网关。

配置方法如下：

1. 创建 /etc/rc.d/route.sh
需要更改里面的网关地址和服务器地址.

#!/bin/bash
echo '1' > /proc/sys/net/ipv4/ip_forward
sed -i -e '/252 dianxin/d' /etc/iproute2/rt_tables
sed -i -e '/251 wangtong/d' /etc/iproute2/rt_tables
echo '252 dianxin' >> /etc/iproute2/rt_tables
echo '251 wangtong' >> /etc/iproute2/rt_tables
IF_DIANXIN=eth1
IF_WANGTONG=eth2
GW_DIANXIN=222.73.123.129
GW_WANGTONG=112.65.123.129
IP_DIANXIN=222.73.123.45
IP_WANGTONG=112.65.123.45
ip route flush table dianxin
ip route flush table wangtong
ip route add default via $GW_DIANXIN dev eth1 table dianxin
ip route add default via $GW_WANGTONG dev eth2 table wangtong
ip rule add from $IP_DIANXIN table dianxin
ip rule add from $IP_WANGTONG table wangtong
ip rule add fwmark 1 table dianxin
ip rule add fwmark 2 table wangtong

2. chmod 755 /etc/rc.d/route.sh 赋权
3. 执行一次 /etc/rc.d/route.sh
4. /etc/rc.d/rc.local文件中加入/etc/rc.d/route.sh, 使之开机启动

如果按照这个办法发现端口不通。只有4种可能。
1、脚本里面IP写错了。
2、服务器本地没有启动端口。
3、本地防火墙挡住了。
4、交换机端口没有开放。

其间因网关填错，脚本执行报错：
RTNETLINK answers: no such process
网关改正后就没有错了。

开通交换机端口和网关地址须询问运营平台的同事。

金庆 2014-10-24 17:05 发表评论

内核自动分配端口号范围

金庆 — Tue, 07 Oct 2014 09:38:00 GMT

内核自动分配端口号范围

（金庆的专栏）

因为单机开多区测试时，因为Tcp连接比较多，很容易出现端口号被占用而无法开启服务进程的情况。
例如某个进程连接MySql本地端口号为34567，正好该端口是另一个服务进程的监听端口。
本地端口号是内核自动分配的一个空闲端口。
内核自动分配端口号范围配置于
/proc/sys/net/ipv4/ip_local_port_range
它的值应该是32768到61000。
所以服务进程的监听端口号应该配成小于32768。

金庆 2014-10-07 17:38 发表评论

gcov辅助脚本

金庆 — Fri, 26 Sep 2014 13:02:00 GMT

gcov辅助脚本

（金庆的专栏）

代码覆盖测试查看结果时，需要进入代码所在目录，调用gcov，然后vi查看。

因为代码目录结构复杂，进出子目录太麻烦，所以用以下脚本直接生成与查看。

一般是用TSVN列出有更改的文件，将文件列表复制到文本，然后复制其中的CPP文件名作为参数，在代码根目录下执行脚本。

#!/bin/sh
# gcov.sh
# Usage: gcov.sh abc.sh
# Find file and cd to it, then call gcov and vim the result.

if [ $# -eq 0 ]
then
    echo Usage: $0 SOURCE_FILE
   echo Example: $0 abc.cpp
   exit
fi

DIR=`find . -name $1.gcda -exec dirname {} \;`
cd ${DIR}
gcov $1.gcda
vim +/##### $1.gcov

说明：
find 在当前目录下查找文件。
dirname 在查找结果中获取目录名
cd 进入目录
gcov 在该目录下执行 gcov
vim 打开gcov输出文件，参数 +/##### 用于查找 ##### 并跳到该行。
    ##### 是源代码未执行的标记。

该脚本不能处理多个文件具有相同文件名的情况。

金庆 2014-09-26 21:02 发表评论

shell脚本整段注释

金庆 — Tue, 01 Apr 2014 01:55:00 GMT

摘自：http://zhidao.baidu.com/link?url=XmCCZmfluRe6n8TjPRKJTx4GGOUPSGX1VNBm-euqGdpKGpveTESxC0HL90UBNT5nZCvmvfq2oIJdP3JO5EoPSq

利用shell空语句注释整段代码

: << COMMENTBLOCK
shell脚本代码段
COMMENTBLOCK
这个用来注释整段脚本代码。 : 是shell中的空语句。

金庆 2014-04-01 09:55 发表评论

gcov 统计 inline 函数

金庆 — Fri, 28 Feb 2014 04:36:00 GMT

gcov 统计 inline 函数

（金庆的专栏）

gcov可以统计 inline 函数，可是实际使用中碰到统计次数总是为0的现象。

假设类A的头文件为 A.h, 实现文件为 A.cpp.

A 有几个 inline 成员函数定义在 A.h 中。

使用 gcov 统计 A 的代码覆盖率时，可能会发现 A.h 中的 inline 成员调用次数为空或0。

除了确实未调用的原因，可能是 gcov 统计的对象错了。

"gcov A.cpp" 统计的是 A.cpp 中实现的函数代码，如果 A.cpp 中未调用自身的 inline 函数，统计结果确实为0。

只有到这些 inline 的调用方 cpp 文件中去统计，才会有想要的结果。

例如，B.cpp 中调用了 A 的 inline 函数，"gcov B.cpp" 才会统计出这些 inline 代码.

参考：

Why the inline function can not be covered?

另外，CMake 构建的.o文件命名不是 A.o, 而是 A.cpp.o, 所以

gcov A.cpp

会报 A.gcno 不存在。

实际文件应该是 A.cpp.gcno.

把它复制为 A.gcno 就行了。

或者用

gcov A.cpp.gcda

不知为什么，可以直接用 gcda 文件作为输入。

或者

gcov -o A.cpp.o A.cpp

这样应该是标准的调用方式。

金庆 2014-02-28 12:36 发表评论

Linux编译Windows共享目录下代码

金庆 — Wed, 26 Feb 2014 03:47:00 GMT

Linux编译Windows共享目录下代码

（金庆的专栏）

万神服务器代码是跨平台的。平时策划在Windows上开自己的服务器测试，测试和发布服务器为Linux.
开发时，先在Windows上编译测试，再到Linux上编译测试。
因为用VC开发，可以使用VAssist, MetalScroll工具辅助，开发效率高。

VC编译通过，gcc编译仍会有出错。
用CMake构建时，编译目录与源码目录是分开的，这样就可以在 Linux 上编译 Windows 共享目录下的代码。
工作目录在Windows上，Linux下编译时，可以读取Windows下共享的工作目录源码。
编译时只需读取共享目录下的源码文件，不需要写共享目录，所以编译速度不会下降太多。

假设Windows下的工作目录为 d:\Game, 共享为 \\192.168.1.2\Game.
在 Linux 上 mount 该共享目录：
mount //192.168.1.2/Game ~/Game -o user=jinqing

假设 Linux 上编译目录为 ~/build/debug/, 在该目录下运行 cmake
cmake ~/Game/code -DCMAKE_BUILD_TYPE=Debug
然后
make

Win7上共享到 Linux 比较麻烦，因为默认不开管理共享，需要开几个设置，并修改注册表。
可参考：Linux连接至Win7共享文件夹 ( http://www.examw.com/linux/all/158013/ )

需要将2个系统的时间校对下，不然可能不能触发make, 或者时钟警告。

因为Windows下文件名不区分大小写，所以 #include 文件名中大小写错误无法检测。

金庆 2014-02-26 11:47 发表评论

log4xx/log4j异步日志配置示例

金庆 — Wed, 04 Dec 2013 04:05:00 GMT

xml version="1.0" encoding="UTF-8" ?>
DOCTYPE log4j:configuration SYSTEM "log4j.dtd">

<log4j:configuration xmlns:log4j='http://jakarta.apache.org/log4j/' debug="false">

<appender name="ROLLING" class="org.apache.log4j.RollingFileAppender">
    <layout class="org.apache.log4j.PatternLayout">
      <param name="ConversionPattern" value="%d %5p %c %x - %m%n"/>
    layout>
    <param name="File" value="/var/log/4j/log_gsX.log"/>
    <param name="MaxFileSize" value="50MB"/>
    <param name="MaxBackupIndex" value="9"/>
  appender>

  <appender name="DAILY_LUA" class="org.apache.log4j.DailyRollingFileAppender">
    <layout class="org.apache.log4j.PatternLayout">
      <param name="ConversionPattern" value="%d %5p %c %x - %m%n"/>
    layout>
    <param name="File" value="/var/log/4j/log_gsX_lua.log"/>
    <param name="DatePattern" value="'.'yyyy-MM-dd"/>
  appender>

  <appender name="CONSOLE" class="org.apache.log4j.ConsoleAppender">
    <layout class="org.apache.log4j.PatternLayout">
      <param name="ConversionPattern" value="%d %5p %c %x - %m%n"/>
    layout>
    <param name="Threshold" value="info"/>
  appender>

  <appender name="ASYNC" class="org.apache.log4j.AsyncAppender">
    <param name="BufferSize" value="100000"/>
    <param name="Blocking" value="false"/>
    <appender-ref ref="ROLLING"/>
    <appender-ref ref="CONSOLE"/>
  appender>

  <appender name="ASYNC_LUA" class="org.apache.log4j.AsyncAppender">
    <param name="BufferSize" value="100000"/>
    <param name="Blocking" value="false"/>
    <appender-ref ref="DAILY_LUA"/>
  appender>

  <root>
    <level value="info"/>
    <appender-ref ref="ASYNC" />
  root>

  <logger name="Lua">
    <level value="info"/>
    <appender-ref ref="ASYNC_LUA" />
  logger>

  <logger name="main">
    <level value="info"/>
  logger>

  <logger name="THSever">
    <level value="debug"/>
  logger>
log4j:configuration>

ASYNC异步输出到ROLLING和CONSOLE。

另外，Lua日志异步输出为每天一个的独立日志。

默认仅输出INFO日志，THServer日志类输出DEBUG日志。

CONSOLE屏蔽DEBUG日志。

每个服务器使用相类似的配置，仅输出文件名不同。可用如下Shell脚本生成各个配置文件：

for i in {2..32}
do
sed 's/gsX/gs'${i}'/g' log4j_gsX.xml > log4j_gs${i}.xml
done

金庆 2013-12-04 12:05 发表评论

关于C++程序的编码问题

金庆 — Fri, 29 Nov 2013 09:08:00 GMT

转自： http://blog.chinaunix.net/uid-26790551-id-3190813.html

我们传统的程序基本都只在Windows或只在Linux下运行，Windows程序使用简体
中文GB18030编码，Linux程序则只使用英文，多年以来这些程序运行起来都没有
问题。

近年来，随着程序的组件化，部分代码特别是公用组件都需要同时支持Windows
及Linux平台，这样就出现了不同程度的编码问题，例如在编译时编译器报错，
或者在运行时出现乱码。这些问题都和程序选用的字符编码不正确有关。

本文简要地分析了C++的一些字符编码问题，并提供了建议的方案。受经验和时
间的限制，有些内容可能不一定全面，仅供大家参考。

1. C++源文件的编码需要特别考虑吗？

1.1. 几个相关概念

首先要区分几个概念：

C++源文件的编码

指的是C++源程序文件（.cpp/.h）本身使用什么字符编码（GB18030/UTF-8等）。

C++程序的内码

编译后，C++中的字符串常量都会变成一串字节存放在可执行文件中。这个内
码指的就是在可执行文件中，字符串以什么编码进行存放。这里的字符串常量
指的是窄字符（char）而非宽字符（wchar_t）。宽字符通常是以Unicode（VC
使用UTF-16BE，gcc使用UTF-32BE）存放。

运行环境编码

指的是执行程序时，操作系统或终端所使用的编码。程序中输出的字符最终要
转换为运行环境编码才能正确显示，否则就会出现乱码。

1.2. 各种环境下通常使用的编码

C++源文件的编码

通常在简体中文Windows环境下，各种编辑器（包括Visual Studio）新建文件的
缺省编码都是GB18030，所以不特别指定的话，Windows环境下C++源文件的编码
通常为GB18030。

而在Linux环境下，最常使用，也是推荐使用的是UTF-8编码。

C++程序的内码

一般来说，我们常用的简体中文版VC所使用的内码是GB18030，而gcc/g++使用的
内码缺省是utf-8，但可以通过-fexec-charset参数进行修改。

Note	可以通过在程序中打印字符串每个字节十六进制形式来判断程序所使用的内码。

运行环境编码

我们常用的简体中文版Windows的环境编码是GB18030，而Linux下最常用的环境
编码是UTF-8。

1.3. 这几个编码之间的关系

源程序需要由编译器编译为目标文件，目标文件运行后输出信息到终端，因此这
几个编码之间存在一些的关联：

编译器需要正确识别源文件的编码，把源文件编译为目标文件，并把源文件中
的以源文件编码的字符串转换为以程序内码编制的字符串保存在目标文件中。

Note	当源文件的字符编码与程序内码都是UTF-8时（gcc的缺省情况），gcc似乎并不会对源文件中的字符编码进行转换，而是直接把字符串原样存放到目标文件中，在这种情况下，源程序中的GB18030编码的字符串在输出时仍然为GB18030 编码。但如果在其它源文件字符编码的实际值与编译选项不同时，会在编译时报无法从XXX转换到UTF-8的错，因此还不清楚为什么两个编码都是UTF-8时，GB18030 编码的源文件能通过编译。

C++标准库需要正确识别终端的运行环境编码，并把程序的输出转换为运行环
境所使用的编码，以便正确显示。

在这过程中，如果有一个环节出现问题，就会导致程序的输出发生异常，产生乱
码或其它更严重的后果。

2. 源文件应该采用什么编码？

2.1. 编译器对不同源文件编码的支持一样吗？

根据 http://stackoverflow.com/questions/688760/how-to-create-a-utf-8-string-literal-in-visual-c-2008
一文中提供的资料，gcc/vc各版本对C++源文件编码有不同的处理：

gcc (v4.3.2 20081105):

支持UTF-8编码的源文件，UTF-8编码的源文件不能有BOM。

根据 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33415 ，似乎gcc 4.4.0
开始支持带BOM的UTF-8文件。
vc2003:

支持UTF-8编码的源文件，UTF-8编码的源文件可以有BOM，也可以没有。

vc2005+:

如果源文件使用UTF-8编码的话，必须有BOM。

Note	gcc提供了-finput-charset参数可以指定源文件的字符编码，但由于标准头文件都是ascii编码的，因此如果要引用标准头文件的话，源代码的编码必须兼容ascii。而vc未能找到类似的选项。

2.2. 源文件应该采用什么编码？

很多文章都推荐C/C++代码中只使用ascii字符，如果有非ascii字符可以用\xHH
或\uXXXX表示。注释中建议使用utf-8编码。也可以使用gettext 把非ascii字符串放到单独的语言文件中，而在源代码中只保留ascii字符。

在实践中，由于\xHH或\uXXXX等方式很不直观，容易出错且不易发现，而未必所
有程序都需要支持多语言，因此未必想引入gettext或类似的解决方案。在这样
的情况下，大家都习惯在源程序文件中直接写入中文等非ascii字符，这就需要
选择一种至少能被gcc和vc接受的文件编码。

本来，Unicode是解决多语言问题的最好选择，而UTF-8由于与ASCII兼容，也是
最通用的Unicode编码方式，但从上面的资料中可见，如果用UTF-8的话，gcc（
至少是低版本）不允许有BOM，而vc2005 以上要求必须有BOM，因此同一个文件
无法在gcc及vc下通过编译，UTF-8似乎不是一个好的选择。但如果使用gcc比较
高的版本（4.4.0以上？），使用带BOM的UTF-8编码文件应该也是可行的。

考虑到目前现状，我们一般都在简体中文Windows下工作，源文件中使用GB18030
编码似乎是一个比较现实的选择。在vc下可以直接编译，而在gcc下也可以通过
增加编译选项-finput-charset=gb18030予以支持。而且根据维基百科中GB18030
的词条内容，GB18030 is a superset of ASCII and can represent the whole
range of Unicode code points（GB18030向后兼容ASCII，并且能表示所有的
Unicode码点），因此使用GB18030有足够的表达能力，可以表示所有的Unicode
字符。使用GB18030的唯一缺点就是在非简体中文版本的VC下，由于无法指定源
文件的编码，因此有可能无法正确识别此编码的源文件。

3. 应该使用什么程序内码？

正如前面提到的，C++有窄字符（char）和宽字符（wchar_t）的分别，分别有一
套相应的类和函数（string/cout/strlen与wstring/wcout/wcslen等）。前者在
不同的编译器下有不同的缺省编码（简体中文vc是GB18030，gcc是UTF-8），后
者一般都使用Unicode，其中vc下使用UTF-16，gcc缺省使用UTF-32。

C++在输出窄字符时会按程序内码原样输出，不会进行编码转换，因此在使用窄
字符时要求程序内码与运行环境编码一致，这样才不会出现乱码。由于简体中文
版vc的程序内码是GB18030，因此使用窄字符的vc程序只能运行在GB18030环境下
。同样，由于gcc缺省使用UTF-8作为程序内码，因此使用窄字符的gcc程序只能
运行在UTF-8的终端环境下。（这里说的都是在源代码中直接写中文等非ascii字
符的程序。用前面提到的gettext及其它工具，使用窄字符的程序也可以在不同
编码的运行环境中正确输出中文）

C++在输出宽字符时会自动转换为运行环境的编码，因此只要正确设置了运行环
境编码，同一个程序就可以在不同编码的运行环境中正确显示中文。这一点与
Java/.Net很象，Java/.Net的字符串类型都使用Unicode，在输入/输出时都需要
与当前运行环境的编码进行互转。

一般来说，如果需要支持多语言，有两种比较好的做法：

使用窄字符，但源程序中只使用ascii字符，非ascii字符通过gettext或其它
工具放到单独的文件中，由gettext等工具处理编码转换的问题。
- 在各种编码的运行环境中均能正确输出中文。
- 程序中不能直接出现非ascii字符，也不能通过\uXXXX方式指定非ascii字符，后者也会被编译器转换为非ascii字符并存放在目标文件中。
- 注释中可以使用ascii兼容的编码，不影响编译器。
- 有比较多的现成代码可供重用。
使用宽字符。
- 在各种编码的运行环境中均能正确输出中文。
- 程序中可以使用非ascii字符。
- 需要配合前面的源程序文件编码设置，让编译器能正确识别源程序中的非
  ascii字符。
- 由于以前使用宽字符的程序比较少，可供重用的代码较少。

Note	如果程序中需要一些固定字符编码的字符串常量，例如固定是GB18030 编码的字符串常量，这些常量应该以\xXX的方式存放字符串常量经GB18030编码后的内容，这样的内容才不会被转换为程序的内码，也不会转换为运行环境编码。

4. 运行环境应该用什么字符编码？

正如上面提到的，使用窄字符和使用宽字符的程序对运行环境的字符编码要求是
不一样的。

使用宽字符，只要在程序中正确设置当前环境的字符编码（一般通过locale::global(locale("")) 进行设置），C++标准库会在输入、输出时正
确进行字符编码转换，因此可以适应各种编码的运行环境。
使用窄字符，但程序中不出现非ascii字符的话，对运行环境没有特别要求，
可以适应各种编码的运行环境。
使用窄字符，程序中也直接使用汉字等非ascii字符的话，由于C++标准库会把
目标文件中保存的字符串（以程序内码保存）直接输出，不会进行字符编码转换，因此要求运行环境的编码与程序内码一致。即简体中文VC编译的程序只能运行在GB18030环境下，gcc编译的程序只能运行在UTF-8环境下（可以在编译时通过-fexec-charset参数进行修改）。

5. C++源文件编码的选择

5.1. 几种可行做法

根据上面的讨论，目前看来，要兼容Windows/Linux，VC/gcc的话，有几种做法
：

使用窄字符，源程序中只使用ascii字符，非ascii字符，如中文等通过
gettext等工具放到单独的语言包中。
- 这种做法比较多人推荐。
- 兼容VC及gcc各版本。
- 由于源程序中不出现非ascii字符，因此不需要考虑源程序文件的编码问题。
- 兼容各种编码的运行环境。
使用窄字符，源程序中允许使用非ascii字符。
- 要求运行环境的编码与程序内码一致，即只支持GB18030编码的Windows及
  UTF-8编码的Linux。
- 根据源程序使用的编码不同，对编译器的兼容性也不同：
  1. 使用窄字符，源程序使用带BOM的UTF-8编码。
    
    兼容VC各语种的各版本。
    
    兼容gcc 4.4.0以上版本。
  2. 使用窄字符，源程序使用GB18030编码。
    
    兼容VC的简体中文各版本。
    
    兼容gcc各版本，但在编译时需要加上-finput-char=gb18030参数。
使用宽字符，源程序中允许使用非ascii字符。
- 兼容各种编码的运行环境。
- 根据源程序使用的编码不同，对编译器的兼容性也不同：
  1. 使用窄字符，源程序使用带BOM的UTF-8编码。
    
    兼容VC各语种的各版本。
    
    兼容gcc 4.4.0以上版本。
  2. 使用窄字符，源程序使用GB18030编码。
    
    兼容VC的简体中文各版本。
    
    兼容gcc各版本，但在编译时需要加上-finput-char=gb18030参数。

5.2. 推荐做法

根据我们的现状，对于需要支持多语种的程序，建议使用窄字符，源程序中只使
用ascii字符。

对于不需要支持多语种的程序，考虑到重用已有的代码，可以考虑使用窄字符，
采用GB18030编码，但只能运行在GB18030编码的Windows环境及UTF-8编码的
Linux环境下。

6. 其它问题

6.1. 用户输入、输出及持久化

由于用户输入、输出及从文件、网络等设施读写的数据在程序底层看来都是字节
流，因此存在在输入时如何把这些字节流解释成有效的信息，在输出时怎么把程
序中的信息转换为正确的字节流的问题。

如果程序本身不需要处理这些数据，只是把数据从一个来源搬到另一个地方（
如把用户输入保存到文件，或者从一个流读入，写到另一个流等），而输入的字符编码与输出的字符编码一致的话，程序不需要对数据进行任何编码转换，只需要把读入的数据按原样写到输出即可，数据的字符编码与程序的编码没有关系。

比如网站应用程序，只需要保证用户页面使用UTF-8编码，数据库、数据文件也都使用UTF-8编码，那么用户输入的数据可以直接写入数据库及数据文件，从数据库或数据文件中读取的数据也可以直接展现给用户，不需要进行编码转换。
如果程序需要在一定程序上对数据进行处理（如需要判断字符个数、对字符进
行比较、在字符串上附加或去掉内容），就要把数据转换为一种明确的字符编码，一般来说是程序内码，再进行处理，在处理后再转换为所需的字符编码进行输出。
- 对于宽字符程序，如果只需要处理采用当前运行环境字符编码的数据，可以通过ios::imbue()可以指定io流的字符编码，在输入、输出时C++标准库会自动在所指定的字符编码与程序内码之间进行编码转换。如果不使用流的话，也可以通过标准的wcstombs()或mbstowcs()函数进行当前编码（通过locale::global()或setlocale()指定）与宽字符之间的转换。
- 对于窄字符程序，如果数据的字符编码与程序内码一致也不需要进行编码转换，直接处理即可。
- 对于其它情形，需要引入iconv或类似的字符编码转换库，以便实现不同
  字符编码之间的转换。

6.2. gettext、iconv的替代品

由于gettext及iconv都属于GNU Project，考虑到版权因素，并非所有程序，特别是商业程序，都适合使用这些库。在Boost 1.48.0中，Boost.Locale库首次正式发布，该库提供了gettext、iconv的功能，并在此基础上进行了增强，提供了大小写变换、字符顺序比较、时间的处理、分词、数字的格式化输入/输出、消息格式化、多语种支持、字符编码转换等功能，值得进一步研究及使用。

金庆 2013-11-29 17:08 发表评论

CMake添加-D_DEBUG宏

金庆 — Fri, 26 Jul 2013 08:33:00 GMT

Linux下Debug版不会自动添加 _DEBUG宏，只有NDEBUG宏可用。

cmake ../src _DCMAKE_BUILD_TYPE=Debug -D_DEBUG

会报错： -D_DEBUG should be: VAR:type=value

需要-D_DEBUG=1.

改为在CMakeLists.txt中添加：

if (CMAKE_BUILD_TYPE STREQUAL Debug)

add_definitions(

-D_DEBUG

)

endif ()

金庆 2013-07-26 16:33 发表评论

Win7访问Redhat samba共享

金庆 — Mon, 17 Sep 2012 03:37:00 GMT

Win7访问Redhat samba共享

首先是开启samba:

service smb start

service smb restart

samba的配置文件是/ect/samba/smb.conf, 几乎不用改，使用默认配置就行了。

默认是使用 security=user 模式共享，需要输入用户名密码才能访问。

默认有[homes]共享配置，各个用户可访问自己的主目录。

如添加新用户：

useradd jinqing

passwd jinqing

smbpasswd -a jinqing

smb需要自己的用户密码，需用smbpasswd设置。

这样就共享了/home/jinqing.

测试：smbclient //localhost/jinqing -Ujinqing

需要设置Selinux参数，以允许共享访问，可参照smb.conf中的注释运行：

setsebool -P samba_enable_home_dirs on

然后是win7需要设置安全策略，不然也会连不上。

打开管理工具，“本地策略”->“安全选项”->“网络安全：LAN Manager 身份验证级别”；
单击列表中：发送LM和NTLMv2，如果已协商，则使用NTLMv2协议。

金庆 2012-09-17 11:37 发表评论

CMake生成版本号

金庆 — Wed, 15 Aug 2012 04:30:00 GMT

CMake生成版本号

（金庆的专栏）

原来的CMake需要用shell脚本生成SVN版本号，再作为cmake参数传入。

CMake调用脚本示例：

#!/bin/sh
# cmake.sh

ServerCodeRoot=~/Code/Server
CodeRevNum=`svn info ${ServerCodeRoot} | grep Revision | awk -F' ' '{ print $2 }'`
cmake S{ServerCodeRoot} -DCMAKE_BUILD_TYPE=Release -DVERSION_REVISION=S{CodeRevNum}

CMakeLists.txt中如下配置：
configure_file(
"Version.h.in"
"Version.h"
)

Version.h.in如下：

#include
const std::string VERSION_MAJOY("1");
const std::string VERSION_MINOR("0");
const std::string VERSION_REVISION("@VERSION_REVISION@");

Linux下执行cmake.sh会自动替换SVN版本号。

现改为用FIND_PACKAGE(Subversion)方式，不必用shell脚本生成SVN版本号，
并且在Windows上也可以生成版本号, cmake调用时不必传VERSION_REVISION参数。

CMakeLists.txt改为（参考了开源网游ryzom的CMake）：

SET(ROOT_DIR ${PROJECT_SOURCE_DIR})
IF(EXISTS "${ROOT_DIR}/.svn/")
FIND_PACKAGE(Subversion)

IF(SUBVERSION_FOUND)
    Subversion_WC_INFO(${ROOT_DIR} Project)
    SET(VERSION_REVISION ${Project_WC_REVISION})
ENDIF(SUBVERSION_FOUND)
ENDIF(EXISTS "${ROOT_DIR}/.svn/")

CONFIGURE_FILE(
"Version.h.in"
"Version.h"
)

如果不是SVN, 而是用Hg, 可用如下脚本：
IF(EXISTS "${ROOT_DIR}/.hg/")
FIND_PACKAGE(Mercurial)

IF(MERCURIAL_FOUND)
    Mercurial_WC_INFO(${ROOT_DIR} ER)
    SET(REVISION ${ER_WC_REVISION})
    SET(CHANGESET ${ER_WC_CHANGESET})
    SET(BRANCH ${ER_WC_BRANCH})
ENDIF(MERCURIAL_FOUND)
ENDIF(EXISTS "${ROOT_DIR}/.hg/")

金庆 2012-08-15 12:30 发表评论

多线程开启gprof性能测试的简易方法

金庆 — Wed, 01 Aug 2012 08:23:00 GMT

多线程开启gprof性能测试的简易方法

（金庆的专栏）

用到gprof时才知道，原来gprof只能对主线程统计耗时。manual上也没写线程相关的问题啊？

不过有现成的解决方案：http://sam.zoy.org/writings/programming/gprof.html

该方案封装了pthread_create(), 让线程初始化执行一个setitimer(ITIMER_PROF, ...)。

简易的方法是直接在代码中写个setitimer()。

[cpp] view plain copy

#include
#include
struct itimerval g_itimer;
void foo()
{
setitimer(ITIMER_PROF, &g_itimer, NULL);
for (int i = 0; i < 10000000; i++)
(void)i;
}
int main()
{
getitimer(ITIMER_PROF, &g_itimer);
boost::thread t(&foo);
t.join();
return 0;
}

g++ main.cpp -pg -lboost_thread

./a.out

gprof

这样就能统计出foo()的耗时了。没有setitimer()就不会有foo()的耗时统计。

金庆 2012-08-01 16:23 发表评论

MySql的CMake选项支持gcov和gprof

金庆 — Wed, 11 Jul 2012 04:15:00 GMT

未来的MySql 5.6.6 中，CMake选项中添加了gprof性能测试支持，见：

http://dev.mysql.com/doc/refman/5.6/en/source-configuration-options.html

ENABLE_GPROF Enable gprof (optimized Linux builds only) OFF 5.6.6

代码库中的CMakeLists.txt 摘录如下：

OPTION(ENABLE_GCOV "Enable gcov (debug, Linux builds only)" OFF)
IF (ENABLE_GCOV AND NOT WIN32 AND NOT APPLE)
SET(CMAKE_CXX_FLAGS_DEBUG
"${CMAKE_CXX_FLAGS_DEBUG} -fprofile-arcs -ftest-coverage")
SET(CMAKE_C_FLAGS_DEBUG
"${CMAKE_C_FLAGS_DEBUG} -fprofile-arcs -ftest-coverage")
SET(CMAKE_EXE_LINKER_FLAGS_DEBUG
"${CMAKE_EXE_LINKER_FLAGS_DEBUG} -fprofile-arcs -ftest-coverage -lgcov")
ENDIF()
OPTION(ENABLE_GPROF "Enable gprof (optimized, Linux builds only)" OFF)
IF (ENABLE_GPROF AND NOT WIN32 AND NOT APPLE)
SET(CMAKE_C_FLAGS_RELWITHDEBINFO
"${CMAKE_C_FLAGS_RELWITHDEBINFO} -pg")
SET(CMAKE_CXX_FLAGS_RELWITHDEBINFO
"${CMAKE_CXX_FLAGS_RELWITHDEBINFO} -pg")
SET(CMAKE_EXE_LINKER_FLAGS_RELWITHDEBINFO
"${CMAKE_EXE_LINKER_FLAGS_RELWITHDEBINFO} -pg")
ENDIF()

金庆 2012-07-11 12:15 发表评论

CMake添加gcov代码覆盖测试支持

金庆 — Wed, 11 Jul 2012 03:11:00 GMT

CMake添加gcov代码覆盖测试支持

（金庆的专栏）

在根CMakeList.txt中添加ENABLE_GCOV选项：

OPTION(ENABLE_GCOV "Enable gcov (debug, Linux builds only)" OFF)

IF (ENABLE_GCOV AND NOT WIN32 AND NOT APPLE)
SET(CMAKE_CXX_FLAGS_DEBUG "${CMAKE_CXX_FLAGS_DEBUG} -fprofile-arcs -ftest-coverage")
SET(CMAKE_C_FLAGS_DEBUG "${CMAKE_C_FLAGS_DEBUG} -fprofile-arcs -ftest-coverage")
SET(CMAKE_EXE_LINKER_FLAGS_DEBUG "${CMAKE_EXE_LINKER_FLAGS_DEBUG} -fprofile-arcs -ftest-coverage -lgcov")
ENDIF()

以上代码来自MySQL的CMakeLists.txt.

如下执行cmake:

cmake SRC_DIR -DCMAKE_BUILD_TYPE=Debug -DENABLE_GCOV=1

编译后就可以看到图文件 *.gcno。

运行后，可以看到数据文件*.gcda生成。

执行 gcov main.cpp.gcno 就生成 main.cpp.gcov 测试结果。

金庆 2012-07-11 11:11 发表评论

CMake区分debug、release版本

金庆 — Tue, 27 Mar 2012 05:56:00 GMT

摘自： http://www.cppblog.com/tx7do/archive/2010/08/19/124000.html

建立debug/release两目录，分别在其中执行cmake -DCMAKE_BUILD_TYPE=Debug（或Release），需要编译不同版本时进入不同目录执行make即可；

Debug版会使用参数-g；Release版使用-O3 –DNDEBUG

金庆 2012-03-27 13:56 发表评论

建立Socket Policy服务器

金庆 — Thu, 19 Jan 2012 08:21:00 GMT

建立Socket Policy服务器

（金庆的专栏）

Flash和Unity3D游戏服务器需要开启一个Socket Policy服务器。
详细说明见：Setting up a socket policy file server
http://www.adobe.com/devnet/flashplayer/articles/socket_policy_files.html

协议如下：
Flash或U3D播放器向Socket Policy服务器发送请求：
“\0”，
服务器返回一个xml文本，其中有包含配置。

Adobe提供了Perl和Python代码。Unity3D提供了CSharp代码。
cs代码用于Windows. Linux上准备使用Python代码。
在以上网页下载：flashpolicyd_v0.6.zip。
其中有3个版本：init服务，xinetd服务，独立应用。只需一种即可。

按应用的性质，请求量极小，所以最适合应用xinetd.
只需运行其中的install.sh就会安装。
还需手工在/ect/services中添加服务名flashpolicy和端口843.

运行以下指令可以测试一下，输出应该是配置文件的内容。
python -c 'print "%c" % 0' | nc 127.0.0.1 843

其实以上测试指令在尾部多了个'\n', 不是标准的测试。
在in.flashpolicyd.py中多了个strip()去除这个'\n'.

实际用U3D测试时，因为没有'\n'结尾，所以in.flashpolicyd.py无法正常工作。
需要将35行readline()如下更改：
request = sys.stdin.readline().strip()
改为
request = sys.stdin.readline(len('\0')).strip()
这样就不需要eol就可以读取了。

查看其他两个版本的代码没有这个错误，但是有另一个错误，
即有可能只读一半的请求造成判断出错。

还有一个问题是因为服务是由nobody运行的，环境变量不同，
将in.flashpolicyd.py头部的
#!/usr/bin/env python
明确为
#!/usr/local/sbin/python
可避免调用低版本的python而报错。

金庆 2012-01-19 16:21 发表评论

MySQL无法本地连接

金庆 — Fri, 21 Oct 2011 08:27:00 GMT

MySQL无法本地连接

（金庆的专栏）

Linux重启后，发现不知怎么的MySQL无法本地连接。

结果phpMyAdmin, Zentao都无法正常工作了。

远程的连接用了TCP是正常的，本地连接用了本地socket, 有问题。

本地运行mysql客户端会报错：
Can’t connect to local MySQL server through socket ‘/var/lib/mysql/mysql.sock’ (2)

重启mysql服务也报错：
# service mysql restart
MySQL server PID file could not be found!
Starting MySQL... ...The server quit without updating PID file (/var/lib/mysql/localhost/localdomain.pid)

该.pid文件不存在。所以无法关闭mysql. 正在运行的mysql服务一直无法关闭。

参考：http://zhujipi.com/vps/109.html
说明，Mysql的进程卡死了，这时用就要把这些卡死的进程都关闭。

mysql服务重启成功后恢复正常。

金庆 2011-10-21 16:27 发表评论

设定“svn:needs-lock”属性

金庆 — Wed, 12 Oct 2011 06:33:00 GMT

摘自： http://www.cnblogs.com/LittleFox/archive/2009/04/08/1431781.html

设定“svn:needs-lock”属性
使用命令行锁定“介绍.doc”：

svn propset svn:needs-lock 'x' 介绍.doc

运行这个命令后，“介绍.doc”就已经是设置了“svn:needs-lock ”，但为了使之生效还要运行“svn commit”，之后其他用户update的时候就会发现这个文件已经是只读的了。需要注意的是我们设置的属性值是“x”，实际上任意值都可以， Subversion会忽略其内容。

使用TortoiseSVN设定属性也很简单：

“介绍.doc”右键选中- >属性->Subversion选项夹->properties->add，然后在弹出的窗口中的property name选择“svn:needs-lock”，值任意，然后选择OK。之后再提交“介绍.doc”即可。

金庆 2011-10-12 14:33 发表评论

解决 undefined symbol: php_ini_scanned_files

金庆 — Mon, 26 Sep 2011 08:25:00 GMT

apache加载php时出错：
Starting httpd: httpd: Syntax error on line 57 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp5.so into server: /usr/local/apache2/modules/libphp5.so: undefined symbol: php_ini_scanned_files

网上搜索的所有方法都没有解决这个错误。

最后make clean;make;make install就好了。

估计是需要make clean清除上次的错误才行。

金庆 2011-09-26 16:25 发表评论

预编译输出的行标志

金庆 — Wed, 15 Sep 2010 02:53:00 GMT

摘要: 调用预编译器cpp预编译main.cpp生成main.i文件：
$cpp main.cpp > main.i
或者：
$gcc -E main.cpp > main.i

生成的行号标志中有如下格式的：
# 1 “/usr/include/features.h” 1 3 4 阅读全文

金庆 2010-09-15 10:53 发表评论

vi查看制表符

金庆 — Mon, 17 May 2010 06:21:00 GMT

摘要: 在VC中编辑->高级菜单中有个“查看空白”，我总是打开的。
在VI中，也有类似功能，可以查看TAB及行尾空格。阅读全文

金庆 2010-05-17 14:21 发表评论

Cygwin与MinGW的区别

金庆 — Mon, 29 Mar 2010 02:25:00 GMT

摘要: 跟Cygwin相比，最大的区别是其采用的不是 GNU的libc库，而是Windows下的c运行时库mscvrt。阅读全文

金庆 2010-03-29 10:25 发表评论

当心虚函数重载(overloaded-virtual)

金庆 — Fri, 22 May 2009 05:59:00 GMT

当心虚函数重载(overloaded-virtual)

（转载请注明来源于金庆的专栏）

为网游万王之王3(KOK3)服务器添加新功能的时候,
发现某个类成员函数应该是const函数, 因为我的const函数要调用该函数,
顺手就加上了const.

再顺便看到该类有好多个明显是getter函数, 所以都加上了const.
编译没错就提交了.

结果没多久测试就发现了新版本的一个错误, 表现在其他功能上,
但由同事纠错后发现是我添加const的后果.

原来添加const的成员函数中, 有一个是virtual函数, 加了const后与子类的函数原型就不符了.
子类的函数成为父类虚函数的一个重载, 使virtual失效, 多态性无法表现出来.
解决方法就是子类的相应虚函数中也添加const.

教训: 更改虚函数原型时, 必须同时更改父类和子类.

gcc中有个-Woverloaded-virtual警告选项, 会报告这种虚函数重载.

我在Makefile中打开了-Woverloaded-virtual, 再次编译时就产生了许多警告.
大多数警告是正确的函数重载, 但还是发现了一个与我相同的错误,
这次是函数参数const有区别, 我发给相关人员处理了.

因为开了-Werror, 所有警告都会造成编译失败,
所以我们不能在Makefile中加入-Woverloaded-virtual警告选项.

代码示例:

class A
{
   virtual void f() {};
};

class B : public A
{
   virtual void f() const {};
};

int main()
{
   return 0;
}

$ g++ main.cpp -Woverloaded-virtual
main.cpp:3: warning: `virtual void A::f()' was hidden
main.cpp:8: warning:   by `virtual void B::f() const'

Google的代码规范中要求所有子类的虚函数中都加上virtual, 是很有道理的.
虽然只要与父类虚函数签名相同, 加不加virtual都是虚函数,
但是以后更改函数签名时, 看到virtual很容易知道它是虚函数, 需要父类子类同时更改.

金庆 2009-05-22 13:59 发表评论

pthread_rwlock使用错误

金庆 — Fri, 14 Nov 2008 02:47:00 GMT

摘要: 写锁之后读锁竟然没有阻塞, 顺利运行下去了.据常理,写锁之后,试图读加锁时会阻塞.代码如:
阅读全文

金庆 2008-11-14 10:47 发表评论

UNIX 技巧

金庆 — Wed, 30 Jul 2008 01:00:00 GMT

摘要:
* 利用位置变量 $0 显示Shell名
* bash中输入一半文件名，用TAB键自动补全
* ! 历史扩展
* 用 pushd 和 popd 在目录树中导航
* 查找大于 10MB 的所有文件
阅读全文

金庆 2008-07-30 09:00 发表评论

Unix编程哲学

金庆 — Wed, 29 Aug 2007 07:32:00 GMT

摘要: Unix编程哲学。参考其它另外三个不同版本的翻译。模块化准则，清晰性准则，组合准则，分离准则，简单性准则，吝啬准则，透明性准则，健壮性准则，表示准则，最小惊奇准则，沉默准则，修复准则，经济性准则，生成准则，优化准则，多样性准则，扩展性准则。
阅读全文

金庆 2007-08-29 15:32 发表评论