文盲的 JavaScript 经验谈之二:了解一下浏览器对 JS 的处理

2024-02-25 20:58

本文主要是介绍文盲的 JavaScript 经验谈之二:了解一下浏览器对 JS 的处理,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

文盲的 JavaScript 经验谈之一:认识 JavaScript
文盲的 JavaScript 经验谈之二:了解一下浏览器对 JS 的处理
文盲的 JavaScript 经验谈之三:认识 arguments
文盲的 JavaScript 经验谈之四:在 JS 中使用闭包



在编写第一个小程序之前,我们要认识一下浏览器对 JS 的处理方式,其实是一件很简单的事情:

在页面加载完成之前,浏览器按顺序加载所有的 HTML 内容及 JS 内容,直到 window.onload 标记为加载完毕

在这个过程中,JS 的内容可以直接被解析

可以用下面这个例子来检验一下

<script>
 addLine();
 </script>
 <script>
 function addLine(){
     document.write('<div style="border:1px solid #CCCCCC;line-height:20px;text-align:center;background:#EEEEEE;">this is a line.</div>');
 }

 addLine();
 </script>
 <input type="button" οnclick="addLine();" value="add a new line" />
 <script>
 addLine();
 </script>

首先,页面会有一个错误的提示,addLine() 未定义,我们把调用写的太靠前了,写在了 addLine 函数定义之前了;

其次,我们看到了,页面上有两个 box ,中间书写着 this is a line.,而且一个在按钮之前,一个在按钮之后,那么,这一点就验证了,JS 和 HTML 是顺序加载的说法;

最后,当我们在点击页面上这个按钮的时候,不管页面是否加载完成,都会强使当前页面完成,既 onload 标记为真,那么我们在点击这个 add a new line 按钮的时候,就是相当与在页面加载完之后再运行 addLine() 函数。我们可以看到的效果是,当前页面的地址未发生改变,但原来的内容完全不见了,只留下了一个 this is a line. 的盒子。

那这是什么原因造成的呢?

这里又回到了浏览器对 JS 的处理:

在页面加载完成之后,如果再次发生页面解析的动作,则页面只显示当前解析的部分

在上边的例子中,页面加载完成之后,我们点击按钮后的动作为输出一个带有文字的盒子,那么,这个动作就对浏览器中的内容要进行从新解析,而解析的结果就是输出一个盒子,但原来的内容全都不见了。

那么,如果我们把上边的代码改一下呢?

<script>
 function addLine(){
     var obj = document.createElement('div');
     obj.style.background = '#EEEEEE';
     obj.style.border = '1px solid #CCCCCC';
     obj.style.lineHeight = '20px';
     obj.style.textAlign = 'center';
     obj.innerHTML = 'this is a line.';
     document.body.appendChild(obj);
 }
 </script>
<body>
 <input type="button" οnclick="addLine();" value="add a new line" />
</body>

这个小程序则没有把以前的东西冲掉,每点一次按钮,都增加一个盒子,那这是为什么呢?

这是因为浏览器对发生的解析的动作也有一个范围,第一个例子的范围是整个浏览器输出,而第二个例子则是在页面内追加,效果当然会有不同。

小技巧:
    实际上,我们在看别人的网站的时候,如果有好的特效,我们经常会去查看他的源文件,但事实上,我们看到的内容是解析前的内容,很多数据并不与当前页面显示的效果相同,而各浏览器都支持一种方式:在地址栏输入 JS 指令;比如在地址栏输入 javascript:alert(document.body.innerHTML); 这对我们在检测页面中的各种数据是很有帮助的。

这篇关于文盲的 JavaScript 经验谈之二:了解一下浏览器对 JS 的处理的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/746697

相关文章

JVM 的类初始化机制

前言 当你在 Java 程序中new对象时,有没有考虑过 JVM 是如何把静态的字节码(byte code)转化为运行时对象的呢,这个问题看似简单,但清楚的同学相信也不会太多,这篇文章首先介绍 JVM 类初始化的机制,然后给出几个易出错的实例来分析,帮助大家更好理解这个知识点。 JVM 将字节码转化为运行时对象分为三个阶段,分别是:loading 、Linking、initialization

Spring Security 基于表达式的权限控制

前言 spring security 3.0已经可以使用spring el表达式来控制授权,允许在表达式中使用复杂的布尔逻辑来控制访问的权限。 常见的表达式 Spring Security可用表达式对象的基类是SecurityExpressionRoot。 表达式描述hasRole([role])用户拥有制定的角色时返回true (Spring security默认会带有ROLE_前缀),去

浅析Spring Security认证过程

类图 为了方便理解Spring Security认证流程,特意画了如下的类图,包含相关的核心认证类 概述 核心验证器 AuthenticationManager 该对象提供了认证方法的入口,接收一个Authentiaton对象作为参数; public interface AuthenticationManager {Authentication authenticate(Authenti

Spring Security--Architecture Overview

1 核心组件 这一节主要介绍一些在Spring Security中常见且核心的Java类,它们之间的依赖,构建起了整个框架。想要理解整个架构,最起码得对这些类眼熟。 1.1 SecurityContextHolder SecurityContextHolder用于存储安全上下文(security context)的信息。当前操作的用户是谁,该用户是否已经被认证,他拥有哪些角色权限…这些都被保

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明(认真看哦) AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证,则会调用 #attemptAuthentica

Spring Security 从入门到进阶系列教程

Spring Security 入门系列 《保护 Web 应用的安全》 《Spring-Security-入门(一):登录与退出》 《Spring-Security-入门(二):基于数据库验证》 《Spring-Security-入门(三):密码加密》 《Spring-Security-入门(四):自定义-Filter》 《Spring-Security-入门(五):在 Sprin

JS常用组件收集

收集了一些平时遇到的前端比较优秀的组件,方便以后开发的时候查找!!! 函数工具: Lodash 页面固定: stickUp、jQuery.Pin 轮播: unslider、swiper 开关: switch 复选框: icheck 气泡: grumble 隐藏元素: Headroom

Java架构师知识体认识

源码分析 常用设计模式 Proxy代理模式Factory工厂模式Singleton单例模式Delegate委派模式Strategy策略模式Prototype原型模式Template模板模式 Spring5 beans 接口实例化代理Bean操作 Context Ioc容器设计原理及高级特性Aop设计原理Factorybean与Beanfactory Transaction 声明式事物

关于数据埋点,你需要了解这些基本知识

产品汪每天都在和数据打交道,你知道数据来自哪里吗? 移动app端内的用户行为数据大多来自埋点,了解一些埋点知识,能和数据分析师、技术侃大山,参与到前期的数据采集,更重要是让最终的埋点数据能为我所用,否则可怜巴巴等上几个月是常有的事。   埋点类型 根据埋点方式,可以区分为: 手动埋点半自动埋点全自动埋点 秉承“任何事物都有两面性”的道理:自动程度高的,能解决通用统计,便于统一化管理,但个性化定

无人叉车3d激光slam多房间建图定位异常处理方案-墙体画线地图切分方案

墙体画线地图切分方案 针对问题:墙体两侧特征混淆误匹配,导致建图和定位偏差,表现为过门跳变、外月台走歪等 ·解决思路:预期的根治方案IGICP需要较长时间完成上线,先使用切分地图的工程化方案,即墙体两侧切分为不同地图,在某一侧只使用该侧地图进行定位 方案思路 切分原理:切分地图基于关键帧位置,而非点云。 理论基础:光照是直线的,一帧点云必定只能照射到墙的一侧,无法同时照到两侧实践考虑:关