现在程序员都喜欢留后门吗？

别提了
我的4G内存小本，win10占了3G，然后就只能开个浏览器了

建议楼主使用IE，那个不占内存

东西多了，贴图精致特效多了，可不就大了，像以前的手机app，现在动辄上G

2010年以前的网页跟现在能比吗

网页上一堆高清大图，数据交换全是文本格式，js引擎越来越复杂，一个标签一个进程那么多内存留着当宝贝啊

唉，我加了条内存条才缓了点，动不动内存占用七八十的

2019年：为什么现在浏览器都占内存800多M ，2010年以前不是这样啊
2010年：为什么现在浏览器都占内存100多M ，2000年以前不是这样啊
2000年：为什么现在浏览器都占内存10多M ，1990年以前不是这样啊

@wait1210day 首先，不知道你从哪看来的浏览器内核和Linux内核拥有差不多的代码量，不过还是建议你去git对比下linux kernel和你提到的浏览器内核(这主要是因为系统级kernel还需要做大量底层抽象和协议抽象）
其次，（以下操作属chrome渲染过程)渲染过程中web提供的css,html,js会被抽象成渲染流(由Webcontent钦定(封装管理和创建渲染进程,且接下来所有渲染操作都在它提供的沙箱进程实现。)，并从这一步开始提供接口并由上层(主要提供content接口)call.而layout操作（跳过Dom tree,cssparser，computedstyle，cssselectorlist...因为需要在这上面倾注大量文字。)在style计算完成后进行，这一步首先需要对构造layout tree(里面包含了layoutview,layoutblockflow,layouttext)进行遍历，并在它的object 分离输入输出流，进行布局。而到这一步，绘制有在进行但无意义(因为没有处理层叠顺序（z-index))，paint对此负责并分多阶段进行层叠排序。随后将显现绘制操作栅格化(通过skia库生成opengl call，以缓冲区命令缓冲的方式代理到gpu进程生成真正的GL call并绕过沙箱(值得注意的是widows的这一步操作是由ANGLE实现的（因为需要把opengl翻译成dx)，位图保存在OpenGL,由opengl纹理对象call。并不需要“直接与底层硬件交互”)。
总的来说，浏览器(渲染)执行的相关操作的确是十分复杂且繁琐的抽象工作,并且的确需要客户提供适量的资源，但请不要把它和任何不相关的操作(linux kernel)进行捆绑解说，这样只会越来越乱。

800怕是少了，最流行的谷歌能占2g以上，开些页面比较丰富的网站能占4g，然而谷歌很流畅。大内存留着不用是供起来烧香吗？

今天买的寨条刚上机chrome＋Gnome 4G真吃不消

钩直饵咸

我现在用epiphany浏览器，现在在发愁内存用不掉……