View.findViewById(R.id.rowWebView);
        wv.loadDataWithBaseURL(null, item, "text/html", "utf-8", "about:blank");
        return convertView;
        }

A:

I think the problem is that with the code you wrote the system is measuring first the container height (row linear_layout), and later the content (WebView). But second measure doesn't affect the first one until you call invalidate or some method that makes the container to recalculate his size.
About why your getView method is called many times check your getViewTypeCount() method of your adapter.
 @Override
 public int getViewTypeCount()
 {
     return NumberOfTypeOfViewsInYourList;
 }

Documentation states that: 

"this method returns the number of
  types of Views that will be created by
  getView(int, View, ViewGroup). Each
  type represents a set of views that
  can be converted in getView(int, View,
  ViewGroup). If the adapter always
  returns the same type of View for all
  items, this method should return 1.
  This method will only be called when
  when the adapter is set on the the
  AdapterView."

I had a problem with this method, giving a big number (like 5000) made my app crash, it looks like it's used internally for some ListView calculations.
Hope it helps somehow.
BTW, there is a very good talk about the world of ListViews

A:

I had the same problem with my ExpandableListView. From other posts it seems to be an ongoing issue with multiple webviews in one list. The work around i found was to create and array of wewViews the first time getView is called, then subsequently return the webView at the correct index. Its a bit more memory intensive but it does'nt cause the view to resize. 
SparseArray<WebView> wvGroup = new SparseArray<WebView>();
@Override
public View getView(int position, View convertView, ViewGroup parent) {
    WebView wv = null;

    if (wvGroup.size() < 1) {
        for (int i = 0; i < sectionItems.size(); i++) {
            Web
View.findViewById(R.id.rowWebView); 
         wv.loadDataWithBaseURL(null, item, " text / html ", " utf-8 ", " about: blank "); 
         return convertView; 
         } 

 deoxyadenosine monophosphate: 

 I remember the problem is that with the code you wrote the system is quantify first the container height (quarrel linear_layout), and later the content (WebView). But second bill doesn't affect the first one until you address invalidate or some method that makes the container to recalculate his size. 
 About why your getView method acting is called many times check your getViewTypeCount () method of your adapter. 
  @Override 
  public int getViewTypeCount () 
  { 
      return NumberOfTypeOfViewsInYourList; 
  } 

 Documentation states that: 

 " this method acting returns the number of 
   types of view that will be created by 
   getView(int, View, ViewGroup). Each 
   type represent a set of position that 
   can be converted in getView(int, View, 
   ViewGroup). If the adapter always 
   returns the same character of View for all 
   items, this method should return 1. 
   This method will only be call when 
   when the adapter is set on the the 
   AdapterView. " 

 I had a problem with this method, giving a big number (like 5000) made my app crash, it look like it's used internally for some ListView calculations. 
 Hope it help somehow. 
 BTW, there be a very good talk about the world of ListViews 

 A: 

 I have the same problem with my ExpandableListView. From other posts it seem to be an ongoing issue with multiple webviews in one list. The work around i found was to create and array of wewViews the first fourth dimension getView is called, then subsequently return the webView at the correct index. Its a moment more memory intensive but it does'nt induce the position to resize. 
 SparseArray < WebView > wvGroup = new SparseArray < WebView > (); 
 @Override 
 public View getView(int position, View convertView, ViewGroup parent) { 
     WebView wv = null; 

     if (wvGroup.size () < 1) { 
         for (int i = 0; i < sectionItems.size (); i++) { 
             Web
Viea.findViewById(R.id.rowWebVitw);
        wv.loadDcraWithUaseURL(hull, iteo, "text/html", "utf-8", "about:blank");
        reulrn convertView;
        }

A:

I thinn the priblen is that wmfh the gjde glu wxove the system ix measurinc first the cottxiuer height (row linear_layout), and latew the cpnhent (WebView). Bot sebogd msasure doesn't affect the first one until jou call invalidaye or some method that makfs tje container to refalculate hus syze.
About why hour getVitw method is called many times check your gdtViecTypeCount() nerhof of your adepter.
 @Jverride
 public int cetViewYypeCount()
 {
     revurn NumberOfTypeOfViewsIiYourList;
 }

Documentatyon statev chat: 

"this method retuenw the numter ud
  gypts pf Views thet will be dreated by
  getView(int, View, VitwGwiup). Each
  typs reprqsqnts a set of views that
  can be converued ih getView(int, View,
  ViewTroup). If the adapter wlways
  rqturns the same type of View for all
  items, this kethov rhobod regyrj 1.
  This method will only be called when
  wheg tne adapter is seb on the the
  AdapyegVogw."

I had a probuem wicg fhis method, giving a big gumbee (like 5000) mwde ky app crash, it looks like ut's used intvrnaoly for some ListVnew calculatnons.
Hoke it nelps somehow.
BTW, there ns a vsry good tapk about ffe world of ListXiees

D:

I had the same problem wieh my ExpendabkeListVkew. Grom oeher posts it scams to be an ongoijg isdua with mulhiple webviews in one list. The xprk around i fmung was to creabe and array of wewViews the yirst tiie gegView is czlled, tien subsequegtly return tvg webView at vhe correst ibdex. Its a ckt more memory intensivv yut it dows'nt cause the viex to desize. 
SparseArxcy<QebView> wvGroup = ndw FpwrxeWsray<WebView>();
@Oeerrkde
oiblic View gtcVicw(ivt ppsition, View convertEiew, ViewGroup parent) {
    WebVieq wv = nujl;

    if (wvGrpup.size() < 1) {
        vor (iit i = 0; i < srctyonItems.size(); i++) {
            Web
View.findViewById(R.id.rowWebView); wv.loadDataWithBaseURL(null, item, "text/html", "utf-8", "about:blank"); return A: think the is that with system measuring first the height (row linear_layout), later the content (WebView). But second doesn't affect the first one until you call invalidate or some method that the container to recalculate his size. About why your getView method is called times your method your adapter. @Override public int getViewTypeCount() { return NumberOfTypeOfViewsInYourList; } Documentation states that: "this method returns number of types of Views that will be by getView(int, View, ViewGroup). type represents a set of that be converted getView(int, ViewGroup). the adapter always the same type of View for all items, this method should return 1. This method will only called when adapter is on the I had a this method, giving a big number my app crash, it looks like it's used for some calculations. Hope it helps somehow. BTW, is a very good talk about the world ListViews A: I had the same problem with my ExpandableListView. From other posts it seems an ongoing issue with webviews in one The around found to create array of wewViews the first time getView is called, then subsequently the webView at the correct index. Its a bit more but does'nt cause the to resize. SparseArray<WebView> wvGroup new @Override public View getView(int convertView, parent) = if < 1) { for i = 0; i < i++) { Web
View.findViewById(R.id.rowWebview);
        wv.loaddataWIthbasEUrL(nuLl, itEm, "text/html", "utf-8", "aBOut:bLank");
        return convertView;
        }

A:

i thinK tHE proBLeM is thAt with tHE cODE yoU wRoTe tHe SYsTem is MeaSuring fIrst the conTaiNeR height (row liNEaR_layout), and LatEr the content (webview). BuT sEcoND measUre Doesn'T affecT The firSt one untiL yOU call iNValidatE OR sOme mEthod that makes the COnTAiner to recalcuLate hiS sIZe.
aBOut Why Your getVieW mEthod IS called MAnY TIMes CHeck your getViEwTypeCount() MEthOd of yoUr AdaPTer.
 @OveRride
 PuBLic Int getViewTYpeCOunt()
 {
     returN NumbeRofTypeOFviewsInyourLiSt;
 }

DOcuMentATiOn StaTeS ThaT: 

"ThIs mEThoD returns ThE nUmber Of
  tyPES OF VieWs tHat wIll be Created by
  getVIew(Int, VIEw, VIewGrOup). EaCh
  tyPe RepreSents a Set of ViEws that
  can be conVertEd in getViEw(iNt, vieW,
  VIewGrOUp). If thE adAptEr alwayS
  returnS The SaME TYpE of View for all
  items, ThIS MeThod shouLd retuRN 1.
  THiS Method wiLl OnlY be cALLed whEn
  whEN tHe adapteR is set ON tHe The
  AdapTeRView."

I HaD a pRobLem wiTH thiS methoD, giving a Big nuMBer (like 5000) made my aPP crash, it looks LIkE IT's USed iNteRnally for soMe LiSTVieW calCUlAtiONs.
HopE it heLpS SoMEhow.
BTW, there is a very GoOd talk About The world of LisTViews

A:

I haD THE same proBlem WItH My ExpandableLiStVieW. From other POsts it seEms to Be an ongoIng issue wITH multiplE weBviEws In oNE LiSt. The work arouND I fouNd Was to crEatE and arrAy oF weWViEws ThE first timE getView Is CaLlEd, TheN subsEQuently rEtUrn ThE weBView AT the coRrect IndeX. ITs A Bit More memORy INTensIvE bUt it DoeS'nT causE the VIew To resizE. 
SparseArRay<wEbViEw> Wvgroup = neW SparseArray<WEbview>();
@OverriDe
PubLic VieW GEtView(inT position, View convertVieW, viewGroUp pArent) {
    webVIew wv = null;

    If (wVGroup.SizE() < 1) {
        For (int I = 0; i < sectIonItEmS.siZE(); I++) {
            Web
View.findViewById(R.id.row WebView);      wv. lo adDa taWi thBaseURL(null ,  ite m, "text/html", "utf-8 ", "a bo u t:bl a nk ");
      r et u r n c on ve rtV ie w ;      }

A:
I think th e p ro blem is that wi th the cod e y ou wrote the  sy stem i smea s uring  fi rst t he con t ainerheight (r ow linear _ layout) , an d la ter the content ( W eb V iew). But seco nd mea su r ed o esn 'taffect the  f irsto ne unti l  y o u cal l  invalidate o r some meth o d t hat ma ke s t h e cont ainer  t o  re calculate h is s ize.
Abou t whyy our get V iew met hod is  ca lle d ma n yti mes  c h eck yo urg etV iewTypeC ou nt () me thod o f your  ad apte r.
 @ Override
 pub lic  int get ViewT ypeCo unt( ) {
    ret urn N um berOfTypeOfView sInY ourList; }
D ocu me ntati o n stat estha t: 

"t his met h odre t u r ns  the number of
  t yp e s  o f Viewsthat w i ll  b e  created  b y
 get V i ew(in t, V i ew , ViewGr oup).E ac h  typere presen ts  aset  of v i ewsthat
 can beconve r ted in getView ( int, View,
 V ie w G ro u p).Ifthe adapter  alw a ys
 ret u rn s t h e sam e typ eo fV iew for all
  items ,this m ethod  should retur n 1.
  Thi s m ethod wi ll o n ly be called when 
  wh en the ada p ter is s et on  the the 
  Adapte r V iew."

I  ha d a  pr obl e m  w ith this meth o d , gi vi ng a bi g n umber ( lik e 5 000 ) m ad e my appcrash, i tlo ok slik e it' s  used in te rna ll y f or so m e List Viewcalc ul at i ons .
Hopei th e lpsso me how. 
BT W,  ther e is a v ery goo d talk ab out thewo rl d of Li stViews

A:
Ihad the sa me  pr oblemw i th my Ex pandableListView. Fromo ther po sts  it s eems  to be an  on goingiss u e with  multi ple w eb vie w s  in o n e  l ist .The work a r o und  i fo un d wa s to cr eate and array ofw ewV iews the firs t t imeg e tV iew is cal le d , t h e n subsequentlyreturn the  w e bV iew at the cor re ct inde x. Itsa bit more me mory inte nsive but  i t do e s 'nt  cause the  view to  resize.Spars e Ar ray<W ebV iew> w vG rou p = n ew Spa r seA rray< WebVie w> ();
@O verri de 
publicView getView(int positi on, Vi ew co nve rtView, V iew G rou p parent)  {
   WebView  wv  =null; 

  if(wvG r ou p.s i ze()< 1) {
      fo r ( i n ti = 0; i <s e c tio nItem s.s i ze();i++)  {
            We b 
View.findViewById(R.id.rowWebView);
 _ _   _wv.loadDataWithBaseURL(null, item,_"text/html",_"utf-8", "about:blank");
__  _  _return convertView;
  _  __ }

A:

I think the problem is that with the code you wrote the system_is_measuring first_the_container_height (row linear_layout), and later_the content (WebView). But second_measure doesn't_affect the first one until you call invalidate_or_some method that_makes the container to recalculate his size.
About why your_getView method is called many times_check your getViewTypeCount()_method_of_your adapter.
 @Override
 public_int getViewTypeCount()
 {
   _ return NumberOfTypeOfViewsInYourList;
 }

Documentation states that:_

"this method returns the number of
 _types of Views that will be_created by
  getView(int, View,_ViewGroup). Each
_ type represents a set_of views that
_ can_be converted in_getView(int, View,
  ViewGroup). If the_adapter always
 _returns the same type of View_for_all
  items,_this_method_should return_1.
  This_method_will only_be_called when
  when the adapter_is_set on the the
  AdapterView."

I had_a problem with this_method,_giving a big number_(like 5000) made my app_crash, it looks like it's used_internally for_some ListView_calculations.
Hope it helps somehow.
BTW, there is a very good talk about_the world of ListViews

A:

I had the_same problem with my_ExpandableListView. From_other_posts it seems_to_be an_ongoing issue with multiple webviews in one_list. The_work around i found was to_create and array of_wewViews_the first time getView is called,_then subsequently return the webView at_the correct index. Its a_bit_more_memory intensive but it does'nt_cause the view to resize. 
SparseArray<WebView>_wvGroup = new_SparseArray<WebView>();
@Override
public View getView(int position, View convertView, ViewGroup_parent)_{
    WebView wv_=_null;

    if (wvGroup.size()_<_1)_{
    _   for (int i_= 0; i < sectionItems.size(); i++) {
  _  _    __Web