lucene-java-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Shai Erera <ser...@gmail.com>
Subject Re: simple question about decRef
Date Sun, 02 Jun 2013 07:00:55 GMT
The best practice is:

   - The component which calls DirectoryReader.open should call close()
   - Any code which calls incRef() should match that call with decRef(),
   preferably in a try-finally clause

Shai


On Sun, Jun 2, 2013 at 6:18 AM, Yonghui Zhao <zhaoyonghui@gmail.com> wrote:

> Thanks, Michael.
>
> My understanding is that close also calls decRef.  So if I never call
> incRef, I also can call decRef one time, the decRef actually close the
> reader since the ref counter is decreased to 0.
>
> So  if we call incRef n times, can I call decRef  n+1 times to close the
> reader without call close, since I don't know when the ref counter is 1?
>
>
>
>
>
>
> 2013/6/2 Michael McCandless <lucene@mikemccandless.com>
>
> > Only call decRef if you previously called incRef.  They must match one
> for
> > one.
> >
> > Also, call close when you are done using the IndexReader.
> >
> > If you fail to decRef or close then files will be held open and you'll
> > eventually exhaust the limit of open file descriptors.
> >
> > Mike McCandless
> >
> > http://blog.mikemccandless.com
> >
> >
> > On Fri, May 31, 2013 at 8:12 PM, Yonghui Zhao <zhaoyonghui@gmail.com>
> > wrote:
> > > After we use IndexReader do we always need call decRef explicitly?
> > >
> > > What will happen, if I don't call decRef? Thanks
> > >
> > > Sent from my iPad
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
> > > For additional commands, e-mail: java-user-help@lucene.apache.org
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
> > For additional commands, e-mail: java-user-help@lucene.apache.org
> >
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message