终于有了间茅草棚

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

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

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

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

导航

<2006年3月>
2627281234
567891011
12131415161718
19202122232425
2627282930311
2345678

留言簿(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

阅读排行榜

评论排行榜

多线程编程

    多线程编程是一件麻烦的事,记录一些想法。

    1.基于对象
    参考以前的一篇文章,别字较多。:}

    2.使用代理
    优选使用proxy进行线程间通信和数据共享。与主线程通信还可利用消息机制。

    3.数据获取
    3.1.const接口
    用const成员函数暗示该接口不会引起资源竞争。
    3.2.值语意
    数据的获取,采用值语意回传,而不返回指针或引用。

    4.操作请求
    4.1.资源锁
    提供基于资源的锁接口。
    class lockable
    {
    public:
        class locker
        {
        public:
            locker( lockable &res ) : m_lockable( res )
            {
                m_lockable.lock(); 
            }
            ~locker( void )
            {
                m_lockable.unlock();
            }
        private:
            lockable &m_lockable;
        }
        void lock( void );
        void unlock( void );
    private:
        ...
    };
    4.2.间接资源
    避免多实例访问同一资源,必要时采用资源锁。

    5.线程隐藏
    5.1.线程隐藏
    将线程做为后台服务,内部处理所有线程同步问题,对外隐藏线程。
    5.2.两套版本
    为了避免同步代价,针对是否多线程使用提供两套版本,但接口保持一致,可包装多线程安全版本于特定namespace。

    6.统一底层库
    6.1.C运行库选择保持一致
    6.2.包装底层运行库
    仅在特定的dll里采用特定的底层库,避免对外部影响。

    7.其它
    这里是另外一些值得注意的地方。
    7.1.API的线程安全
    API会多进程调用,多线程问题基本不用考虑。
    7.2._beginthread还是CreateThread
    优选_beginthread,除非确信不用C库函数。
    7.3.STL的多线程安全
    采用多线程设置编译。否则,即使每线程本地容器也可能会导致崩溃。
    7.4.static和singleton
    避免多线程间接访问static成员或变量;确保多线程启动前,请求单件实例化。

posted on 2006-03-07 09:56 终于有了间茅草棚 阅读(3641) 评论(2)  编辑 收藏

评论

# re: 多线程编程

好文章。

对于STL的安全性,如果多线程直接读写,会有安全问题吧。我一般都是写一个包装类,在里面做一下同步。
2006-03-07 10:09 | 小明

# re: 小明

1. 如果不间接访问同一资源没有问题。

2. 本来基于SGI的STL实现(MS版本的没有看过,因为我都用的STLport),内存适配器会访问同一资源,而出现问题。如果采用 多线程或多线程DLL 编译,STLport会根据_MT(这里指MS的VS系列,别的编译器也有相关项)进行保护。

3. 容器等是你的直接资源了,所以保护的责任就在自己了。
2006-03-08 22:28 | 清风雨
标题  
姓名  
主页
验证码 *
内容   
  登录  使用高级评论  Top
[使用Ctrl+Enter键可以直接提交]