第一步 切图 这个用background就能实现，就是把一张图，在不同的格，利用背景的位置就行了，
并记录图片的顺序，比如 01，02，03.。。16，也就是把你切好的图作一个标记
第二步：分格，把指定的区域也就是拼图区。分成17分，16格是放图片，有一格是空白。。
第三步：随机把切好的图 显示到相应的位置上
第四步：当点击非空白的格子的时候，判断上下左右是否有空格，如果有，两者替换位置。判断当前的顺序是否跟记录的顺序一样了。如果一相，图拼好了。如果不一样，重复
<!DOCTYPE html><html lang="en">
<head>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<meta http-equiv="X-UA-Compatible" content="ie=edge">
<title>Document</title>
<style>
div div {
width: 30px
height: 30px
display: inline-block
border: 1px solid black
background-repeat: no-repeat
background-size: 300% 300%
}
#img1 {
background-position: top left
}
#img2 {
background-position: top
}
#img3 {
background-position: top right
}
#img4 {
background-position: center left
}
#img5 {
background-position: center
}
#img6 {
background-position: center right
}
#img7 {
background-position: bottom left
}
#img8 {
background-position: bottom
}
#img9 {
background-position: bottom right
}
</style>
</head>
<body>
<div>
<div id="img1"></div>
<div id="img2"></div>
<div id="img3"></div>
</div>
<div>
<div id="img4"></div>
<div id="img5"></div>
<div id="img6"></div>
</div>
<div>
<div id="img7"></div>
<div id="img8"></div>
<div id="img9"></div>
</div>
<button>next</button>
</body>
<script>
let arr = ["http://iconfont.alicdn.com/t/1522400286994.jpg@100h_100w.jpg", "http://iconfont.alicdn.com/t/1510710350863.png@100h_100w.jpg", "http://iconfont.alicdn.com/t/1553563063102.jpg@100h_100w.jpg"]
let num = 0
let imgFun = () => {
document.querySelectorAll("div div").forEach(item => {
item.style.backgroundImage = 'url(' + arr[num] + ')'
})
}
imgFun()
document.querySelector("button").onclick = () => {
if (num < arr.length - 1) {
num++
} else {
num = 0
}
imgFun()
}
</script>
</html>
请采纳
有是有，但并不是很多，而且都是贪吃蛇之类的，非常小的游戏，即便是页游也一样。能运行在浏览器端的语言，确实只有JS，但在开发阶段，却并不一定要使用JS写。而是用其他语言写，直接使用JS写游戏，实在太自虐了。
JS本身的缺点非常严重，如果只是写DOM的话，其实并没什么感觉，因为代码量太少。
但如果写类似游戏这种复杂逻辑，代码量一变大，瞬间就令人崩溃了。弱类型，回调地狱问题，即便将来版本更新到ES10，也不可能完全解决。
如果你看过一个游戏项目的JS源码，你会发现一个非常恐怖的现象。在代码的最底部，有几百个，甚至几千个大括号。。。。所有大型程序的JS源码，拉到最底部，大概都是长这个样子的：
} } } } } } } } } } } } } } } } } } } } } } } } } } } }} } } } } } }} } } } } } } } } } } } } } } } } } } }.Listen(127.0.0.1) } } } } } } } } } } } } } } } } } } } } }} } } } } } } } } } } } } } } }}
大括号的数量还必须绝对精准，少一个，或者多一个，都无法正常运行。。。这就是平时所说的回调地狱。由于JS项目总是函数里面套函数，层层相套，这叫做回调函数。层数一多，就算你是N年的老手，也照样懵比。。。。
所有的游戏项目，都比网页特效的代码量要多的多。。。比如写一个斗地主，就需要4，5万行的JS代码。。。。。最底部的大括号数量，轻松上千。。。。
弱类型的缺陷更严重，但由于解释起来篇幅会很长，所以这里就不提了。
所以为了避开JS本身太多的语法缺陷，一般游戏项目，都是使用其他语言编写，最后再通过一些手段，编译成JS。。。就如同你用一般编程语言编写，最终运行的时候，只有1和0的道理一样。。。在制作页游的时候，一般都是用强类型语言编写，最后开发完成之后，把那些强类型语言编写的代码，通过一些手段“转换”成JS代码。
“转换”成JS代码的方法有很多，其中在游戏行业比较主流的，一共有三种：
1，ActionScript语言，简称AS语言。也就是当年FLASH使用的那个语言。。。当年也曾辉煌过，后来随着FLASH的没落而逐渐没落。。。但有很多H5游戏引擎，也同样使用AS语言。比如LayaAir引擎等。
2,TypeScript语言，简称TS语言。由微软出品，微软和谷歌共同维护的一门完全符合ECMA标准的语言，可以视作JS的超集。超集这个概念怎么理解呢？就是“所有的JS语言，同时也是TS语言，而TS比今天的JS，更像未来的JS”。就比如目前的JS版本只出到了ES6或ES7。那么ES10是啥样？现在并没人见过，连ECMA组织也不知道。。。但有一点可以确定的是，它和TypeScript长的很像。而TS是包含JS的。换言之，JS本身也可以视作是TS的一部分。只是TS里的内容要远比JS多的多。这语言主要有两种用法，一是像AS语言一样结合游戏引擎，比如cocos creator，白鹭等引擎都支持。还有一种用法就是。。。结合Three.JS之类的库，完全按照JS本身的用法去使用。
3，C#语言。虽然JS得名字里面带个Java。但和它长的最像的语言，却并不是JAVA，而是C#。简单说就是：“JS的名字和JAVA有多像，语法就和C#有多像”。所以C#也比较容易转换成JS。但这并不是重点，重点是有一个超级牛的游戏引擎，是使用C#作为开发语言的。就是大名鼎鼎的Unity3D。Unity3D可以直接把C#编写的游戏项目，虚拟现实项目等，编译发布到WebGL。
