按照正常的观点来说，我们是绝对不能够相信前端来的数据，但是例如表单提交，我前端js要验证过，后端又要验证过，验证的东西少还好，一多（规则复杂）就麻烦了，有没有什么办法确保前端数据一定合法，或者后端只要简单验证下就好(就是有点像表单令牌那玩意，虽然他是用来防止重复提交)
按照正常的观点来说，我们是绝对不能够相信前端来的数据，但是例如表单提交，我前端js要验证过，后端又要验证过，验证的东西少还好，一多（规则复杂）就麻烦了，有没有什么办法确保前端数据一定合法，或者后端只要简单验证下就好(就是有点像表单令牌那玩意，虽然他是用来防止重复提交)
前端校验只是提升用户体验而已，后端校验才是必须要做的。
关于你这个问题，可以搜一下前后端同构这个话题，大意做法就是利用nodejs做中间层，把前端的校验代码在nodejs也部署一套，避免后端（这里的后端是指与nodejs通信的后端，而不是nodejs本身）再重新实现一遍校验逻辑。
使用框架，如yii,
每个表单在model层定义一个Form模型，里面定义一些rules方法。自带很多校验规则，如邮箱，字符串长度，枚举等等。当然特殊规则也可以自己定义。
防止重复提交或者机器模拟提交最好的办法还是加验证码。
有没有什么办法确保前端数据一定合法，或者后端只要简单验证下就好
题主也说了绝对不能相信前端的数据，那么前端做了任何效验，后端也需要做保持一致的效验。
后台一定要校验的，因为可以通过模拟的方式向后端发送请求，这样就跳过了前端的验证
就算前端做的校验再怎么好。后端还是要保证完整的校验。而不能简单的验证一下。
你不能保证发送数据的人就是通过你的那套校验发送数据的。
另外，前端校验也算是提升一下用户体验。
有没有什么办法确保前端数据一定合法
那就要确保后端收到的数据一定是来自校验过的前端，这个在Web上很难做到
所以呢，你写校验的时候问前端要一份他们写的校验代码，改一改（微笑）
