1.androidwebview下载(webviewapp下载)
2.CViewMFC中CView派生类
3.CScrollView在CDC中位置

androidwebview下载(webviewapp下载)

       Android中的webview为何设置了setDownloadListener无效呢

       webview里是用html语言管控的，在html语言里置顶就可以了，用绝对位置

手机安装webview插件后没有出现图标是什么原因

       åœ¨Android跨入5.0版本之后，我们在使用Android手机的过程中，可能会发现一个奇特的现象，就是手机里的WebView是可以在应用商店升级，而不需要跟随系统的。

       è¿™ä¸€ç‚¹åœ¨iOS中尚未实现，（iOSOTA的历史也不是特别的悠久）。但是webview.apk不是一个普普通通的apk，首先它没有图标，不算是点击启动的“App”。同时，更新这个APK，会让所有使用webview的应用都得到更新，哪怕是webview中的UI，比如前进后退也一样，得到更新。

       è¿™ä¸€ç‚¹æ˜¯å¦‚何做到的呢？今天我们来分析下webview这个奇特的APK。

       Android资源和资源ID

       å¦‚果开发过Android的小伙伴，对R这个类是熟悉得不能再熟悉了，一个R类，里面所有的“字符串”我们都看得懂，但是一堆十六进制的数字，我们可能并不是非常的熟悉，比如看见一个R长这样：

       publicclassR{

       publicstaticclasslayout{

       publicstaticfinalintactivity_main=0x7f

       }

       }

       åŽé¢é‚£ä¸²åå…­è¿›åˆ¶çš„数字，我们一般称之为资源ID(resId)，如果你对R更熟悉一点，更可以知道资源id其实是有规律的，它的规律大概是

       0xPPTTEEEE

       å…¶ä¸­PP是packageId，TT是typeId，EEEE是按规律出来的实体ID（EntryId），今天我们要关注的是前四位。如果你曾经关注的话，你大概会知道，我们写出来的App，一般PP值是7F。

       æˆ‘们知道android针对不同机型以及不同场景，定义了许许多多config，最经典稿唤枣的多语言场景：

       values/values-en/values-zh-CN我们使用一个字符串资源可能使用的是相同的ID，但是拿到的具体值是不同的。这个模型就是一个表模型——id作为主键，查询到一行数据，再根据实际情况选择某一列，一行一列确定一个最终值：

       è¿™ç§æ¨¡åž‹å¯¹æˆ‘们在不键拆同场景下需要使用“同一含义”的资源提供了非常大的便捷。Android中有一个类叫AssetManager就是负责读取R中的id值，最终到一个叫resources.arsc的表中找到具体资源的路径或者值返回给App的。

       æ’件化中的资源固定

       æˆ‘们经常听见Android插件化方案里，有一个概念叫固定ID，这是什么意思呢？我们假设一开始一个App访问的资源id是0x7f，它是一张图片，这时候我们下发了新的插件包，在构建的过程中，新增了一个字符串，恰好这张图片在编译中进行了某种排序，排序的结果使得oxPPTT中的string的TT变成了，于是这个字符串的id又恰好变成了0x7f。那么老代码再去访问这个资源的时候，访问0x7f，这时候拿到的不再是图片，而是一个字符串，那么App的Crash就是灾难性的了。

       å› æ­¤ï¼Œæˆ‘们期望资源id一旦生成，就不要再动来动去了。但是这里又有一个非常显眼的问题：如果packageId永远是7f，那么显然是不够链枯用的，我们知道有一定的方案可以更改packgeId，只要在不同业务包中使用不同的packageId，这样能极大避免id碰撞的问题，为插件化使用外部资源提供了条件。

       ç­‰ç­‰ï¼æˆ‘们在开头说到了webview.apk的更新——代码，资源都可以更新。这听上去不就是插件化的一种吗？Google应用开发者无感知的情况下，到底是怎么实现webview的插件化的呢？如果我们揭开了这一层神秘的面纱，我们是不是也可以用这个插件化的特性了呢？

       ç­”案当然是肯定的。

       WebViewAPK和android系统资源

       æˆ‘作为一个Android工具链开发，在开始好奇webview的时候，把webview.apk下载过来的第一时间，就是把它拖进AndroidStudio，看一看这个APK到底有哪里不同。

       ä»”细看，它资源的packgeId是！直觉告诉我，0这个值很特殊。

       æˆ‘们再看下大名鼎鼎的androidsdk中的android.jar提供的资源。

       è¿™é‡Œè¯´ä¸ªé¢˜å¤–话，我们使用android系统资源，比如@android:color/red这样的方式，其实就是使用到了android.jar中提供的资源。我们可以把这个android.jar重命名成android.apk，拖进AndroidStudio中进行查看。

       æˆ‘们看到，android.jar中资源的packageId是。直觉告诉我，1这个值也很特殊，（2看上去就不那么特殊了）这个的实现，其实靠猜也知道是怎么做的——把packageId作为保留id，android系统中资源的id永久固定，那么所有app拿到的0x开头的资源永远是确定的，比如，我们去查看color/black这个资源，查看上面那张表里的结果是0xc，那么我至少确定我这个版本所有android手机的@android:color/black这个资源的id全都是0xc。我们可以做一个demo为证，我编译一个xml文件：

       webview使用loadDataWithBaseURL方法的时候是没有问题，但是在ScrollView下边使用的时候，在小米手机显示不了；在一个页面中的H5使用SVG进行绘图，但是在VIVO和OPPO手机都无法显示，最后网上查了一堆资料，各种Settings设置，但是还是不显示，感觉还是SVG兼容性问题，OPPO和VIVOroom做的也

       æ€¥æ€¥æ€¥ï¼å®‰å“开发：webview遇到磁力链接如何调用迅雷下载

       è¿…雷～下载（主页右上）～＋（下载页右上）～新建下载链接。

androidwebview怎么使用本地缓存

       android

       webview使段州用本地缓存的话，思路如下：

       å®šä¹‰ä¸€ä¸ªç¦»çº¿ä¸‹è½½çš„服务Service

       å¯åŠ¨åŽå°æœåŠ¡Service来执行异步下载

       å­˜å‚¨åˆ°æœ¬åœ°æ•°æ®åº“中

       æ¯ä¸€æ¬¡åŠ è½½url之前，先判断数据库是否存在缓存内容

       5.如果存在缓存，优先加载本地缓存，如知燃滑搭腊果不存在，才执行联网请求

androidwebview加载网页很慢，而浏览器很快

       Android客户端中混搭HTML页面，会出现虽然HTML内容载入完成，标题也正常显示，但是整个网页需要等到近5秒（甚至更多）时间才会显示出来。研究了很久，简链闭搜遍了国外很多唤坦网站，也看过PhoneGap的代码，一直无解。

       ä¸€èˆ¬äººå †WebView的加速，都是建议先用webView.getSettings().setBlockNetworkImage(true);将图片下载阻塞，然后在浏览器的OnPageFinished事件中设置webView.getSettings().setBlockNetworkImage(false);通过图片的延迟载入，让拦裂网页能更快地显示。

       ä½†æ˜¯ï¼Œé€šè¿‡å®žé™…的日志发现，Android的OnPageFinished事件会在Javascript脚本执行完成之后才会触发。如果在页面中使用JQuery，会在处理完DOM对象，执行完$(document).ready(function(){ });事件自会后才会渲染并显示页面。如下图

       è¯¦ç»†ä»£ç 

Android5.x免Root升级系统WebView

       Android的系统碎片化问题可以说是Android系统最大的硬伤了，自这个系统诞生以来十几年过去了，依然没能很好的解决，碎片化问题也是每个Android开发工程师心中的隐痛?码下，每次处理系统碎片化带来的问题时，血压也能分分钟飙升到+，为了减轻其他同仁的痛苦以及此后再遇到类似问题能少踩几个坑，就之前的爬坑经历做个记录吧。

       æœ‰å…³WebieView的重要性和其使用不是本文的重点，但是有几个相关的属性我们必须了解：

       åœ¨Android4.4（APIlevel）系统以前，Android使用了原生自带的AndroidWebkit内核，这个内核对HTML5的支持不是很好，现在使用4.4以下机子的也不多了，就不对这个内核做过多介绍了，有兴趣可以看下这辩丛闷篇文章。

       ä»Žæºå¼¯Android4.4系统开始，Chromium内核取代了Webkit内核，正式地接管了WebView的渲染工作。Chromium是一个开源的浏览器内核项目，基于Chromium开源项目修改实现的浏览器非常多，包括最著名的Chrome浏览器，以及一众国内浏览器（浏览器、QQ浏览器等）。其中Chromium在Android上面的实现是AndroidSystemWebView^1。

       ä»ŽAndroid5.0系统开始，WebView移植成了一个独立的apk，可以不依赖系统而独立存在和更新，我们可以在系统-设置-AndroidSystemWebView看到WebView的当前版本。

       ä»ŽAndroid7.0系统开始，如果系统安装了Chrome(version)，那么Chrome将会直接为应用的WebView提供渲染，WebView版本会随着Chrome的更新而更新，用户也可以选择WebView的服务提供方（在开发者选项-WebViewImplementation里），WebView可以脱离应用，在一个独立的沙盒进程中渲染页面（需要在开发者选项里打开）^2。

       ä»ŽAndroid8.0系统开始，默认开启WebView多进程模式，即WebView运行在独立的沙盒进程中^3。――节选自如何设计一个优雅健壮的AndroidWebView？（上）

       WebView的包名在AOSP中的值是com.android.webview，该值是在AOSP构建过程中编译的版本，也就是说它是和系统一起被编译出来的，由于大部分的第三方手机制造商都有自己的定制ROM，所以包名也是不尽相同，比如MIUIROM中它已经被改为com.mi.webkit.core。从WebView的版本历史中可以看到自Android5.0开始WebView移植成了一个独立的apk，可以不依赖系统而独立存在和更新，这时候起WebView的包名就正式改为com.google.android.webview了。

       æ‰€ä»¥è¿™å°±æ˜¯éƒ‘核为什么网上一堆人问为啥升级了一下系统WebView，App内使用到WebView的地方或者是内置浏览器一碰就报PackageManager$NameNotFoundException:com.google.android.webview或者PackageManager$NameNotFoundException:com.android.webview之类的错误，这些问题在Android5.0的机器上非常常见，因为你升级了WebView之后TMD包名都变了?，而ROM定制商一般在版本衔接时都很保守，所以即使系统升到了Android5.0，解决方案未必就是最新的，内置的WebView依然可能是硬编码进ROM的，所以系统环境引用的包名可能依旧是com.android.webview，你升级到com.google.android.webview它当然不认识了?。

       é€šè¿‡ä¸Šé¢ä¸€é€šåºŸè¯ï¼Œä½ åº”该知道了，替换的坑就在如果你换上去的WebView包名和原内置的WebView包名不一致，就无法使用，所以就需要找一个包名一致的高版本APK了，还有一种方法是在系统目录某个配置文件里改个什么值，也就是包名引用，这样你就能换成任何包名的APK了，这个暂时没仔细研究，后续有结果了再更新。

       APKMirror是一个APK镜像站点，在这里可以找到很多APK的release版本以及历史版本，尤其Google全家桶系列的APK非常全，我们在这里根据需求直接搜索包名就可以了，我这里需要com.android.webview，检索到如下结果，可以看到这些都是从第三方ROM里提取出来的。

       å› ä¸ºGoogle官方早在WebView的时候就已经将包名换成com.google.android.webview了，最新的是.xxx，我翻了页才找到最早改名并独立出来的那个版本?。

       adbconnect...

       adbshell

       su

       mount-orw,remount/system

       è¿™é‡ŒåŽŸç›®å½•ä¸‹çš„文件分别有/webview/webview.apk和/webview/lib/arm/libwebviewchromium.so，备份原目录：

       cd/system/app

       mvwebview/webview-b/

       mkdir-pwebview/lib/arm/

       è¿™é‡Œå¾ˆç®€å•ï¼Œæ–‡ä»¶åŽç¼€.apk直接改成.zip然后解压缩，复制出libwebviewchromium.so即可

       å…ˆä¸Šä¼ æ–‡ä»¶åˆ°è®¾å¤‡/sdcard，然后执行如下命令移动过去，和原路径以及原文件名保持一致即可。

       mv/sdcard/xxx.apk/system/app/webview/webview.apk

       mv/sdcard/xxx.so/system/app/webview/lib/arm/libwebviewchromium.so

       cd/system/app/

       chmodwebview/

*

       adbreboot

       å¦‚上一顿操作，其实也没什么难度，主要的坑就是包名一致的问题，还有一些系统目录访问权限之类的问题，之前网上搜了好多，都说不root没法换，或者换了会出问题，root权限其实就是为了访问和写入系统目录，通过重新挂载就解决了，换了会崩掉的问题其实就是历史遗留问题，从4.x过度到5.0WebView独立了，所以包名变了，或者是ROM定制方不按套路来导致换上去的WebView不被系统识别，只要找到合适的包就解决了。

CViewMFC中CView派生类

       MFC库以其丰富的功能提供了多种CView的派生类，这些派生类专为满足不同类型的码下控件需求而设计，旨在构建多样化的码下用户界面。

       其中，码下CScrollView类提供了滚动功能，码下百度云盘 源码使得用户能够方便地浏览长内容。码下鹰眼筹码源码CCtrlView支持tree、码下list和rich edit控件，码下满足对复杂数据结构和丰富文本编辑的码下需求。CDaoRecordView特别适合在对话框中展示数据库记录，码下便于数据查看和管理。码下

       CEditView则提供了一个简洁的码下多行文本编辑器视图，便于用户输入和编辑文本。码下飞蛾系列源码CFormView集成了dialog-box控件，码下具备可滚动特性，码下并且可以基于对话框模板资源进行定制。CListView专为列表控件设计，活动目录源码方便展示和操作数据列表。

       CRecordView同样专注于在对话框中显示数据库记录，便于数据查看和操作。而CRichEditView则是安利android源码富文本编辑控件的视图，支持复杂的文本格式和样式。最后，CTreeView专注于文档/视图结构，特别适合于树形数据的展示和管理。

扩展资料

       CView是视图是程序设计中使用率最高的窗口对象，它是用户的主要操作界面。因为它通常以某种形式表示文档数据，所以称之为视图。一个视图对象只关联一个文档对象；一个文档对象可以关联多个视图，每个视图对象以不同形式表示文档数据。

CScrollView在CDC中位置

       é‡è½½CScrollView的虚函数BOOL OnScroll(UINT nScrollCode, UINT nPos, BOOL bDoScroll) ；在里面调用Invalidate