终于有了间茅草棚

——我走时,会否有随风飘散的痕迹?

外面的风好大,雨也淅淅沥沥的。

世间种种的诱惑不惊不扰我清梦,山高路远不绝我追踪你绝美的笑容,登高一呼时才懂始终在为你心痛,俯首对花影摇动都是东风在捉弄

世间种种的迷惑都是因你而猜错,水光月光又交融描述这朗朗的夜空,生死到头的相从似狂花落叶般从容,当一切泯灭如梦就在远山被绝
随笔 - 40, 文章 - 2, 评论 - 257, 引用 - 3

导航

<2008年12月>
30123456
78910111213
14151617181920
21222324252627
28293031123
45678910

留言簿(11)

随笔档案

文章档案

收藏夹

其它的我

友情连接

网页连接

搜索

最新评论

  • 1. re: 关于质数(素数)的算法
  • 1121=19*59
  • --李圆欢
  • 2. re: void *几用
  • 方法都不错
  • --员工生日礼物
  • 3. re: void *几用
  • to oshj:
    最近才悟道这个用法,没想到你都用了很多了。

    to brent:
    不是为了玩才玩,这里每种用法在特定的情况下,都有他相应的好处。不过,我是做为自己记录的,指不定什么时候就忘记了,还可以这么用。
    1. 可以使得头文件简单,而且出于实现保密的需要,还是很有用处的。
    2. 很多时候对象本身应该简洁,但往往应对不同的需要,通常需要数据对应。举个例子,比如玩家在哪个房间,在哪个房间最好不要直接记在玩家身上,用数据注入的方式,能够很快的获得该信息。
    3. 因为是做为库暴露头文件的,使用者并不关心void *的实际意义,而且能够加快编译速度。真正要关心时,就Graphics.h这个头文件是不够的,通常会需要了解整底层个实现,才能较好的扩充。
  • --清风雨
  • 4. re: void *几用
  • 还在玩C++语言,你这玩法, 又不是用在导弹导航上...
    别人看不懂的代码,都不是好代码,分数为0

    int sub(any) { any; return TRUE;}
    (void)sub(any);

  • --brent
  • 5. re: void *几用
  • 个人用3 的情况比较多
  • --oshj
  • 6. re: 简要记录sizeof和内存对齐
  • 很清楚,受教了
  • --rdeam
  • 7. re: 局部变量
  • 我不用ATL,一般都是用标准c++支持的和平台API。
    crt里的wcs和mbs转换的函数,ms的实现是不完整的,在它的实现代码里有一段说明;而且还要设置local,比较烦琐。
  • --清风雨
  • 8. re: 简单字符串转换
  • win下,atl中有CT2CA, CW2CA等一系列转换类。
    crt中有wcstombs和mbstowcs
  • --局部变量
  • 9. re: 一个奇怪但可能有用的缓存
  • vc资料站:http://www.vcmsdn.com/     对学习很有帮助的,可以上去

    看看,或加群46138350,里面有高手可以请教的。
  • --maggie
  • 10. #progma整理
  • #pragma整理
  • --hi_wyl
  • 11. re: hpho
  • 缓冲在一等程度上是临时性的,而且实际上如果保持std::vector的iterator下次使用,也会有问题。

    所以,这个问题也就是使用时不允许这样用。
  • --清风雨
  • 12. re: 一个奇怪但可能有用的缓存
  • 如果有指针引用着arrange()所调整的那块内存,那就乱了.
  • --hpho
  • 13. re: 一个奇怪但可能有用的缓存
  • 用std::string不就行了?
  • --金庆
  • 14. re: ZiDing
  • 鉴于你的建议,前段时间我看了下boost的内存对象池,没有过于深入,
    判断下来属于做法类似,性能应该相当,甚至可能我这个略好一点。

    因为编写测试是一件相当麻烦,而且要求也很高的事,而要全面又很难。

    boost的代码我看起来比较难读,维护、调试起来对我来说是一个大麻烦。所以,我一般不选择boost。
  • --清风雨
  • 15. re: 简单内存对象池
  • 和boost的对比过没有?
  • --ZiDing

阅读排行榜

评论排行榜

前面写的一篇关于多线程的东西

一个简单的线程管理机制

    
张家旺           2005-04-24

 

       周末,总是有点那么的无聊。闲来没事,想想每次自己要进行多线程编程时的痛苦,也并借机考虑设计了一个简单的线程管理方式。

       没什么好说的,首先想想线程的创建,每次都要CreateThread,传递一堆的参数,还得没事查查MSDN,唉,效率低啊。反正,对于我来说,线程基本都是缺省优先级、缺省安全的。不如把这些一起封装了。

       不多说,C++不用对象机制用什么?顺便借鉴一下java。来个实际线程就是run,启动采用start

class thread

{

public:

    thread( void );

    virtual ~thread( void );

 

    virtual void run() = 0;

 

    void start();

};

    这个也就是最基本的,基于对象的线程基类了。子类只需要实现run作为线程,调用start,就可以启动线程了。线程的所需参数,很简单,基于对象,有需要的,做为扩展类的成员变量——成员资源来访问。

    就这么简单?线程访问最大的问题——资源共享。那好,很容易想到互斥量。还有java的关键字synchronized,我们也就加一个锁的概念。

class thread

{

public:

    thread( void );

    virtual ~thread( void );

 

    virtual void run() = 0;

 

    void start();

 

    static void syncLock( void *res,bool lock );

};

这样,在最基本的线程资源——HANDLE,就可以被管理了,资源的访问也可以通过lock和unlock来保护了。

实际中,很多时候,我们希望能限制或知道有多少线程在运行,那么再加一个运行线程记数功能。大多时候,往往是采用线程池,而且会根据CPU数目,决定运行的线程数目。我们干脆,再提供一个功能,限制对象上可以允许同时运行的线程数目。那好,改为(同时加上一些保护和注解):

typedef unsigned int U32;

/**

 * 线程对象

 * 提供基于对象的线程处理接口

 */

class thread

{

public:

    /**

     * 线程基于对象的构造

     * para max 允许最多同时运行线程数

     */

    explicit thread( U32 max = -1 );

    virtual ~thread( void );

 

    /**

     * 启动一个线程

     * @return 启动成功否

     */

    bool start( void );

 

    /**

     * 对象上启动的线程数

     * @return 线程数

     */

    U32 count( void );

   

    /**

     * 线程执行函数

     * @return 无

     */

    virtual void run( void ) = 0;

 

    /**

     * 为对象加解锁

     * @return 无

     * @para res 要加解锁的资源对象

     * @para lock 加锁还是解锁

     */

    static void syncLock( void *res,bool lock );

 

private:

    thread( const thread &t );

    thread &operator=( const thread &t );

 

    void *m_datas;

};

至于实现,我想不难。别忘了,对象销毁时要等待所有线程结束,并释放HANDLE资源哦。否则,线程会访问错误的内存,还有线程HANDLE被泄漏的。(千万别死锁了,自己实现时就因为资源锁来锁去,锁死了。)

哈哈,就这么简单,一个简单的线程创建、管理就实现了。至于void *,你可以根据自己的实现去定义数据结构。

东西简单,也就不贴出cpp源码了,关键是个想到、做到的问题。

头文件和lib,放在rar包吧,给大家一个实现后的参考。如果,发现有什么问题,可以随时和我联系。或者,您有更好的想法,并且愿意和我分享,那真是举目明月,尽展抒怀。假如,您对有些语法,比如explicit不明,那么,建议您先看看有关C++的语法或者找您周围的高手,让他们洗脑一番。:}

谢谢阅读,就此打住。

posted on 2005-06-01 19:44 终于有了间茅草棚 阅读(1156) 评论(2)  编辑 收藏

评论

# re: 前面写的一篇关于多线程的东西

static void syncLock( void *res,bool lock );
独立出来更好吧。
2005-06-09 13:05 | Michael

# 独立出来的意思何解?

后来,发现自己实现的这个syncLock的有问题。会死锁,而且一直没有得到解决。最关键的是这个会比较的低效。我内部实现需要资源互斥保护。
2005-06-11 21:09 | 清风雨
标题  
姓名  
主页
验证码 *
内容   
  登录  使用高级评论  Top
[使用Ctrl+Enter键可以直接提交]