本文目录一览：
- 1、H5是什么编程语言吗
- 2、在web页面的元素中，下面哪些场景中可能存在xss
- 3、XSS是什么
- 4、最近网上流行的XSS是什么意思
- 5、H5游戏的优劣势分析和前景怎么样？
- 6、h5做app和原生app有什么区别？
H5是什么编程语言吗
H5是指HTML5，它万维网的核心语言、标准通用标记语言下的一个应用超文本标记语言（HTML）的第五次重大修改。
HTML5提供了一些新的元素和属性，例如nav（网站导航块）和footer。这种标签将有利于搜索引擎的索引整理，同时更好的帮助小屏幕装置和视障人士使用，除此之外，还为其他浏览要素提供了新的功能，如audio和video标记。
它有以下改进：
1、取消了一些过时的HTML4标记
其中包括纯粹显示效果的标记，如font和center，它们已经被CSS取代。
2、将内容和展示分离
b和i标签依然保留，但它们的意义已经和之前有所不同，这些标签的意义只是为了将一段文字标识出来，而不是为了为它们设置粗体或斜体式样。u，font，center，strike 这些标签则被完全去掉了。
3、一些全新的表单输入对象
包括日期，URL，Email 地址，其它的对象则增加了对非拉丁字符的支持。HTML5 还引入了微数据，这一使用机器可以识别的标签标注内容的方法，使语义Web 的处理更为简单。
4、全新的，更合理的Tag
多媒体对象将不再全部绑定在object或 embed Tag 中，而是视频有视频的Tag，音频有音频的 Tag。
5、本地数据库
这个功能将内嵌一个本地的SQL数据库，以加速交互式搜索，缓存以及索引功能。同时，那些离线Web 程序也将因此获益匪浅。不需要插件的丰富动画。
6、Canvas 对象
将给浏览器带来直接在上面绘制矢量图的能力，这意味着用户可以脱离Flash Silverlight，直接在浏览器中显示图形或动画。
7、浏览器中的真正程序
将提供API实现浏览器内的编辑，拖放，以及各种图形用户界面的能力。内容修饰Tag 将被剔除，而使用CSS。
8、Html5取代Flash在移动设备的地位。
9、其突出的特点就是强化了web页的表现性,追加了本地数据库,
扩展资料：
HTML5的未来趋势：
1、移动优先
从如今层出不穷的移动应用就知道，在这个智能手机和平板电脑大爆炸的时代，移动优先已成趋势，不管是开发什么，都是以移动为主。
2、游戏开发者领衔“主演”
许多游戏开发商都被Facebook或者Zynga推动着发展，而未来的Facebook应用生态系统是基于HTML5的，尽管在HTML5平台开发出游戏非常困难，但游戏开发商却都愿意那么做。
通过PhoneGap及appmobi的XDK将Web应用游戏打包整合到原生应用中也是一种方式，Facebook差不多就这么干的——基于Web应用及浏览器，但却将之打包整合进原生应用。
参考资料来源：百度百科-html5
在web页面的元素中，下面哪些场景中可能存在xss
跨站脚本攻击，通常指黑客通过“HTML注入”篡改了网页，插入了恶意的脚本，从而在用户浏览网页时，控制用户浏览器的一种攻击。
1.在HTML标签中输出
div$var/div
a href=# $var/a
在这种场景下，XSS的利用方式一般是构造一个script标签，或者是任何能够产生脚本执行的方式。
divscriptalert(/xss/)/script/div
a href=# img src=# onerror=alert(1) //a
2.在HTML属性中输出
div id="abc" name="$var" /div
灵活构造XSS PAYLOAD
div id="abc" name=""scriptalert(/xss/)/script"" /div
3.在script标签中输出
script
var x = "$var";
/script
攻击者需要先闭合引号才能实施XSS攻击
script
var x = "";alert(/xss/);//";
/script
XSS是什么
1、XSS是跨站脚本攻击(Cross Site Scripting)，为不和层叠样式表(Cascading Style Sheets, CSS)的缩写混淆，故将跨站脚本攻击缩写为XSS。
2、恶意攻击者往Web页面里插入恶意html代码，当用户浏览该页之时，嵌入其中Web里面的html代码会被执行，从而达到恶意攻击用户的特殊目的。
3、XSS攻击分成两类，一类是来自内部的攻击，主要指的是利用程序自身的漏洞，构造跨站语句，如:dvbbs的showerror.asp存在的跨站漏洞。
4、另一类则是来自外部的攻击，主要指的自己构造XSS跨站漏洞网页或者寻找非目标机以外的有跨站漏洞的网页。如当要渗透一个站点，自己构造一个有跨站漏洞的网页，然后构造跨站语句，通过结合其它技术，如社会工程学等，欺骗目标服务器的管理员打开。
最近网上流行的XSS是什么意思
最近网上流行的XSS是小学生的恶称，骂小学生的。
一是指某些人的想法、思维方式、对事物的认知和思考能力如孩子般幼稚、单纯、天真。
二是特指某类相对于同龄的人，在游戏竞技或者社交网络中， 态度傲慢、技术水准较差、拒绝与队友沟通、独断专行、忽视团队合作、甚至喜欢恶语相向的网游玩家。
三是指对没有接触过社会或社会经验不足。
扩展资料：
1、小学生技术菜，爱骂人，玻璃心（说他一句就挂机送人头，不管说什么，比如：中路的你不要再送了，然后他就说“我就送”，接着就开始了。）小学生的心思就像星空，摸不着猜不透。
2、大喷子（网络中对喜欢肆意谩骂、地域黑、招黑、互黑等网友的一种广泛性定义。），不分青红皂白就开喷。
3、说话不经过大脑考虑，以自我为中心，可能是在家被宠惯了。
4、没有接触过社会大家庭或接触社会经验不足。比如：参加工作，你要是不让新人上，永远都是新人。这也是小学生。
H5游戏的优劣势分析和前景怎么样？
h5游戏的优势：
1）下载和安装：传统的移动端游戏要下载安装以后才可以使用，而H5游戏则免去了这些步骤，满足用户直接在微信中打开、操作，不仅节省了用户手机的空间、改善了桌面视觉，二期还提高了用户碎片化时间的游戏体验。
2）社交：用户可以不用离开微信直接进入H5游戏中，而且在游戏过程中还可以看到社交信息提示，而游戏结束后可以马上回到微信继续社交，让用户娱乐、社交两不误。而且，未来H5游戏的社交接口和玩家互动也将有待提升。
3）互动：企业的微信公众号可以解决H5游戏的留存问题，它可以成为一个客服、一个应用入口，可以进行公告、兑奖或各种游戏推广活动，而且用户玩过的H5游戏也可以在公众号中找到，为用户提供、保留有价值的内容
4）安全：H5游戏与一些APP游戏不同，它不存在各种各样的扣费陷阱、乱弹广告和非法窃取用户信息等安全问题，因为运营在浏览器内的H5游戏是非常安全的，值得用户信任。
5）流量：H5游戏有一个特性，叫离线应用，它可以将自身的资源缓存在本地空间中，当用户再次进入游戏时就不用重复性缓存了，节约了用户的流量和时间，让用户放心畅玩。
6）多设备跨平台：HTML5游戏可以进行跨平台的使用。例如一款HTML5游戏，可以很轻易地移植到UC的开放平台、Opera的游戏中心、微博的应用平台，甚至可以通过封装的技术发放到App Store或Google Play上，所以它的跨平台性非常强大，这也是HTML5最大的优势。
h5游戏的劣势：
1）H5游戏更多还是在作为一种营销工具：基于以上考虑现阶段的H5游戏还只能停留在轻度阶段层面，主要作用是品牌宣传和营销的手段。对于H5游戏的发展，应该由极简单的玩法向更重度的发展，并在达到一定程度和玩家基础强劲的情况想，向付费游戏发展。
2）要如何H5游戏向重度化的转变，除了H5新标准外，还需要引擎、浏览器内核、硬件加速、SP支付网页化、流量包月政策等的共同完善才能得以实现，当然这些都是时间问题。
3）游戏者的存留度低：从目前数据来看，H5游戏的次日留存不断增高，但是在7日留存率上面，H5游戏的留存水平较原生游戏而言还是明显偏低，由于游戏类型以及游戏玩法后期不足，用户的长期留存成为目前的一大问题。
4）变现问题难：H5游戏不断与实体经济和互联网O2O跨界结合，同时H5游戏也已经覆盖了包括游戏平台、视频网站、应用商店等渠道，但是至于是否能够真正能够成为渠道流量的变现工具这个问题，目前许多业内人士存在疑问。
h5做app和原生app有什么区别？
1.H5的性能很差，一般经常改的地方可以用H5，比如论坛，咨询之类的，而且限制也是很大，很多效果是没办法做到的。GUI框架的WebView普遍是这样的。如果一个APP全部由H5来做(不太可能，送审很可能被拒)，那么会显得非常卡。
2.用iOS SDK，如果实现热更新是比较麻烦的。对于论坛，咨询这种模块，动不动就改版，做起来比较头疼，用H5就很合适了。尤其在APP跨安卓和iOS的时候，这类模块如果直接用H5，那么就很容易共用。
H5网页App开发和纯原生的App的差距主要聚集在以下几个方面：
1、动画
动画有很多种，比如侧边栏菜单的滑入滑出、元素的响应动画、页面切换之间的过场等等，在H5之下的众多实现方法都没有办法达到纯原生的性能。一般这些的话有几种不同的选择：css3动画、javascript动画、原生动画。
css3动画非常的消耗性能，如果某一个元素用到css3动画可能还看不出来，但大面积或过场使用css3动画会让app低端手机体验非常差。最好的选择一般是通过框架调用底层的动画，但不管怎么样等于在原来的代码上包上了一层，性能还是不可避免的受到影响。
比如在一个新页面的载入上，如果调用底层动画要考虑的问题有两个，一个是本身资源页面的渲染问题，另一个是远程数据的获取。即便是这些动画能够很快的响应，但大量的css页面会导致渲染卡顿，滑入时可能会有白屏/机器卡顿的现象。为了解决这些性能问题又必须要用到预加载或模拟动画。即便是这样，滑入滑出的动画在低端的安卓机器上还是有很多问题，如果获取服务端数据处理的方式不合适，卡顿白屏的现象会更严重。具体看下面的数据获取方式。
2、获取服务端数据
首先要接受的是，这里的数据获取都是在资源页面上异步完成的，因为只有这样才能让这些资源页面完成预加载或者渲染。但是异步拿到的数据在填入页面中时可能会涉及DOM操作，众所周知，DOM操作非常消耗性能，如果页面小还好，页面稍大数据稍微复杂一点，频繁的DOM操作会导致明显的闪白。而且最重要的一点是，如果页面加载进来之后数据更新的速度太慢，也会让页面模板等待很长时间，对用户体验又不友好，总不能每次打开都像浏览器一样等待刷新是吧
这个问题如果没有得到解决，H5开发是很难承担大规模数据的页面，在它们之中频繁切换更是难上加难，那么肯定有人也会想到用MVVM的方式，其实我也写过一些基于MVVM的H5app开发，相对来说它们获取数据和更新数据的方式更敏捷更科学，但写的过程中又要注意很多H5独有的问题，这些问题在下面的页面切换里来讲。
3、页面切换
上面我们看到了几种不错的实现方式，比如预加载和模拟动画，甚至有批量的预加载，批量的截图模拟动画等等，虽然看起来很友好解决了不少问题，但事实上如果页面足够多就会引发另一个问题——页面的生存周期。
试想一下，如果引导页或者主页面缓存了5个子页面的资源，在跳转到响应的子页面时又会缓存这些子页面的下级页面资源，如此反复肯定会占据大量内存使APP的体验下降。那么怎么知道那些页面是需要的，最多缓存多少页面，什么时候结束哪些页面的生存周期呢？在我用过的很多H5APP的框架里都没有对这些问题有一个完美的解答，因此在页面较多内容较多的app开发中可能会因这些资源分配的问题降低性能。
这时候我们回过头来再看看MVVM的数据加载问题，实际上不管哪个MVVM框架，写过的人都知道管理这种新型的前端代码最重要的问题是内存的问题，你既要保证代码写的足够优雅没有任何内存泄露问题，也要考虑到在页面生存周期结束时它们的控制器/页面资源是否得到释放，这对全局有没有什么影响，在多个请求时也要合理的分配资源，甚至是复用这些父级页面传过来的缓存资源等等。较小的APP可能并不会有这些问题，如果你想用纯H5来开发大型app，这很可能会浪费你很多时间——而且结果还不会让你满意。
4、Android/iOS的区别
很多人都说纯H5app开发一次编写就能编译Android/iOS两种不同的APP，大大降低了成本。实际上这个观点本身就是值得怀疑的，如果你写过这类APP就能明白我在说什么，它们既不省事，又存在很多BUG，调试时尤其繁琐。举一个很简单的例子，Android和iOS在返回上一页的处理方式上就有明显的区别，iOS的顶部bar在全屏下怎样处理，Android机器出现smart bar怎样处理页面的布局，调用底层硬件时怎样区分不同的场景等等，你需要写一个又一个机型和系统的判断，然后分别在Android和iOS下调试，最后你却发现这并没有卵用，累的要死却什么没学到，只有一堆不知道什么时候会过时的经验。
现在做H5混合APP开发的人很多，但是纯H5却很年轻，很多问题都没有很好的解决，这几个是我在做这些APP时考虑最多的问题。最后说一个很少人注意到的H5优势，大家大谈H5APP时都是快速开发、低成本、多平台等等，但我却觉得它和很多APP开发方式相比有一个不同之处——图文混合的排版。正是这些复杂多变的CSS样式消耗了性能，但是它带来了排版的多样性，能够细致到每一个字宽行高和风格的像素级处理，才是H5的优异之处。