好久没写

W.R — Tue, 12 Dec 2006 09:11:00 GMT

select * from sysproperties g,syscolumns a where a.id = g.id AND a.colid = g.smallid

��C��q�句话，在MSSQL中查询字�D�|��q�的查询语句�?img src ="http://www.tkk7.com/RomulusW/aggbug/87305.html" width = "1" height = "1" />

W.R 2006-12-12 17:11 发表评论

关于内存泄露

W.R — Wed, 22 Nov 2006 06:13:00 GMT

一、C++
一般我们常说的内存泄漏是指堆内存的泄漏。堆内存是指�E�序从堆中分配的�Q�大��Q意的�Q�内存块的大��可以在�E�序�q�行期决定）�Q��用完后必��L��C�释攄��内存。应用程序一般��用malloc�Q�realloc�Q�new�{�函��C��堆中分配��C��块内存，使用完后�Q�程序必��负责相应的调用free或delete释放该内存块�Q�否则，�q�块内存��׃��能被再次使用�Q�我们就说这块内存泄漏了。看如下一�D�Ccode:

void GetMemory2(char **p, int num)
{
    *p = (char *)malloc(num);
}
void Test(void)
{
    char *str = NULL;
    GetMemory(&str, 100);
    strcpy(str, "hello");
    printf(str);
}

执行Test后，能够输出hello ;但是��实是内存泄露了�Q�该free一下，另外我想C++中free is better than delete!
以下�q�段��程序演�C�Z��堆内存发生泄漏的情�Ş�Q?br />

void MyFunction(int nSize)
{
       char*  p= new char[nSize];
       if( !GetStringFrom( p, nSize ) ){
              MessageBox(“Error�?;
              return;
       }
       �?/span>//using the string pointed by p;
       delete p;
}

�q�义的说�Q�内存泄漏不仅仅包含堆内存的泄漏�Q�还包含�pȝ��资源的泄�?resource leak)�Q�比如核心态HANDLE�Q�GDI Object�Q�SOCKET�Q?Interface�{�，从根本上说这些由操作�pȝ��分配的对象也消耗内存，如果�q�些对象发生泄漏最�l�也会导致内存的泄漏。而且�Q�某些对象消耗的是核心态内存，�q�些对象严重泄漏时会��D��整个操作�pȝ��不稳定。所以相比之下，�pȝ��资源的泄漏比堆内存的泄漏更�ؓ严重�?/font>

GDI Object的泄漏是一�U�常见的资源泄漏�Q?/font>

void CMyView::OnPaint( CDC* pDC )
{
       CBitmap bmp;
       CBitmap* pOldBmp;
       bmp.LoadBitmap(IDB_MYBMP);
       pOldBmp = pDC->SelectObject( &bmp );
       �?br />       if( Something() ){
              return;
       }
       pDC->SelectObject( pOldBmp );
       return;
}

当函数Something()�q�回非零的时候，�E�序在退出前没有把pOldBmp选回pDC中，�q�会��D��pOldBmp指向的HBITMAP对象发生泄漏。这个程序如果长旉��的运行，可能会导致整个系�l�花屏。这�U�问题在Win9x下比较容易暴露出来，因�ؓWin9x的GDI堆比Win2k或NT的要��很多�?/font>
有一个很��单的办法来检查一个程序是否有内存泄漏.��是是用Windows的�Q务管理器(Task Manager). �q�行�E�序,然后在�Q务管理器里面查看 “内存��用”和”虚拟内存大��”两��?当程序请求了它所需要的内存之后,如果虚拟内存�q�是持箋的增长的�?��p��明了�q�个�E�序有内存泄漏问�? 当然如果内存泄漏的数目非常的��?用这�U�方法可能要�q�很长时间才能看的出�?
已经有许多技术被研究出来以应对这个问题，比如Smart Pointer�Q�Garbage Collection�{�。Smart Pointer技术比较成熟，STL中已�l�包含支持Smart Pointer的class�Q�但是它的��用似乎�ƈ不广泛，而且它也不能解决所有的问题�Q�Garbage Collection技术在Java中已�l�比较成熟，但是在c/c++领域的发展�ƈ不顺畅，虽然很早��有人思考在C++中也加入GC的支持。现实世界就是这��L��Q�作��Z��个c/c++�E�序员，内存泄漏是你心中永远的痛�?br />

以发生的方式来分�c�，内存泄漏可以分�ؓ4�c�：

1.常发性内存泄漏。发生内存泄漏的代码会被多次执行刎ͼ�每次被执行的时候都会导致一块内存泄漏。比如例二，如果Something()函数一直返回True�Q�那么pOldBmp指向的HBITMAP对象��L��发生泄漏�?/font>

2.偶发性内存泄漏。发生内存泄漏的代码只有在某些特定环境或操作�q�程下才会发生。比如例二，如果Something()函数只有在特定环境下才返回True�Q�那么pOldBmp指向的HBITMAP对象�q�不��L��发生泄漏。常发性和偶发性是相对的。对于特定的环境�Q�偶发性的也许��变成了常发性的。所以测试环境和��试�Ҏ��Ҏ��内存泄漏至关重要�?/font>

3.一�ơ性内存泄漏。发生内存泄漏的代码只会被执行一�ơ，或者由于算法上的缺��P��D��M��有一块仅且一块内存发生泄漏。比如，在类的构造函��C��分配内存�Q�在析构函数中却没有释放该内存，但是因�ؓ�q�个�c�L��一个Singleton�Q�所以内存泄漏只会发生一�ơ。另一个例子：

char* g_lpszFileName = NULL;
void SetFileName( const char* lpcszFileName )
{
    if( g_lpszFileName ){
        free( g_lpszFileName );
    }
    g_lpszFileName = strdup( lpcszFileName );
}

如果�E�序在结束的时候没有释放g_lpszFileName指向的字�W�串�Q�那么，即��多次调用SetFileName()�Q��M��有一块内存，而且仅有一块内存发生泄漏�?/font>

4.隐式内存泄漏。程序在�q�行�q�程中不停的分配内存�Q�但是直到结束的时候才释放内存。严格的说这里�ƈ没有发生内存泄漏�Q�因为最�l�程序释放了所有申��L��内存。但是对于一个服务器�E�序�Q�需要运行几天，几周甚至几个月，不及旉��攑ֆ�存也可能��D��最�l�耗尽�pȝ��的所有内存。所以，我们�U�这�c�d��存泄漏�ؓ隐式内存泄漏。�D一个例子：

class Connection
{
public:
       Connection( SOCKET s);
       ~Connection();
       �?br />private:
       SOCKET _socket;
       �?br />};
class ConnectionManager
{
public:
       ConnectionManager(){

       }
       ~ConnectionManager(){
          list<Connection>::iterator it;
          for( it = _connlist.begin(); it != _connlist.end(); ++it ){
                     delete �Q?/span>*it�Q?
              }
              _connlist.clear();
       }
       void OnClientConnected( SOCKET s ){
         Connection* p = new Connection(s);
         _connlist.push_back(p);
       }
       void OnClientDisconnected( Connection* pconn ){
              _connlist.remove( pconn );
              delete pconn;
       }
private:
       list<Connection*> _connlist;
};

假设在Client从Server端断开后，Server�q�没有呼叫OnClientDisconnected()函数�Q�那么代表那�ơ连接的Connection对象��׃��会被及时的删除（在Server�E�序退出的时候，所有Connection对象会在ConnectionManager的析构函数里被删除）。当不断的有�q�接建立、断开旉��式内存泄漏就发生了�?br />
二、JAVA中的内存泄露
JAVA有GC自动回收内存�Q�内存泄露是指系�l�中存在无法回收的内存，有时候会造成内存不��或系�l�崩溃。在C/C++中分配了内存不释攄��情况��是内存泄露。虽然Java存在内存泄露�Q�但是基本上不用很关心它�Q�特别是那些对代码本�w�就不讲�I�的��更不要��d��心这个了�?Java中的内存泄露当然是指�Q�存在无用但是垃圑֛�收器无法回收的对象。而且即��有内存泄露问题存在，也不一定会表现出来。看下面的例子：

public class Stack {
　private Object[] elements=new Object[10];
　private int size = 0;
　public void push(Object e){
　　ensureCapacity();
　　elements[size++] = e;
　}
　public Object pop(){
　　if( size == 0)
　　　throw new EmptyStackException();
　　　return elements[--size];
　}
  private void ensureCapacity(){
　  if(elements.length == size){
　　  Object[] oldElements = elements;
　　  elements = new Object[2 * elements.length+1];
　　  System.arraycopy(oldElements,0, elements, 0, size);
　  }
  }
}

假如堆栈加了10个元素，然后全部弹出来，虽然堆栈是空的，没有我们要的东西�Q�但是这是个对象是无法回收的�Q�这个才�W�合了内存泄露的两个条�g�Q�无用，无法回收。再看这个例子：

public class Bad{
　public static Stack s=Stack();
　　static{
　　　s.push(new Object());
　　　s.pop(); //�q�里有一个对象发生内存泄�?br />　　　s.push(new Object()); //上面的对象可以被回收了，�{�于是自愈了
　　}
}

因�ؓ是static�Q�就一直存在到�E�序退出，但是我们也可以看到它有自愈功能，��是说如果你的Stack最多有100个对象，那么最多也��只�?00个对象无法被回收其实�q�个应该很容易理解，Stack内部持有100个引用，最坏的情况��是他们都是无用的，因�ؓ我们一旦放新的�q�取�Q�以前的引用自然消失�Q�for example:

public class NotTooBad{
　public void doSomething(){
　　Stack s=new Stack();
　　s.push(new Object());
　　//other code
　　s.pop();//�q�里同样��D��对象无法回收,内存泄露.
　}//退出方�?s自动无效,s可以被回�?Stack内部的引用自然没�?所�?br />　//�q�里也可以自�?而且可以说这个方法不存在内存泄露问题,不过是晚一�?br />　//交给GC而已,因�ؓ它是��闭�?对外不开�?可以说上面的代码99.9999%�?br />　//情况是不会造成��M��影响�?当然你写�q�样的代码不会有什么坏的媄�?但是
　//�l�对可以说是垃圾代码!没有矛盾�?我在里面加一个空的for循环也不会有
　//什么太大的影响�?你会�q�么做吗?
}

上面两个例子都不�q�是��打��闹,但是C/C++中的内存泄露��׃��是Bad�?而是Worst了。他们如果一处没有回收就永远无法回收,频繁的调用这个方法内存不��q��光了!因�ؓJava�q�有自愈功能(我自��p�v的名�?�q�没甌��专利),所以Java的内存泄露问题几乎可以忽略了,但是知道的�h��׃��要犯了�?
　　不知者无�|?Java存在内存泄露,但是也不要夸大其辞。如果你对Java都不是很�?你根本就不用兛_��q�个,我说�q�你无意中写出内存泄露的例子��像你中一千万一��h��率小,开玩笑�?其实应该是小的多的多!
在某些时�?因�ؓ代码上写的有问题,会导致某些内存想回收都收不回�?比如下面的代�?br />

Temp1 = new BYTE[100];
Temp2 = new BYTE[100];
Temp2 = Temp1;

�q�样,Temp2的内存地址��׃��掉了,而且永远都找不回�?�q�个时候Temp2的内存空间想回收都没有办�?

W.R 2006-11-22 14:13 发表评论

亚洲电影免费观看,亚洲AV永久无码精品网站在线观看,337P日本欧洲亚洲大胆艺术图

好久没写

关于内存泄露

IFRAME透明度的解决

�H�口控制JS代码集锦