① web项目给这样的接口，我不清楚怎样做，如果是前端提交，那获取的数据到哪里了，如果用java代码怎么提交
有2个建议，1.把逻辑思路理顺了再提问题，2.多把request 与 response 之间的基础知识打好，毕竟，现在 前端HTML(vue等等框架) + 后端 API 联合开发，这个都弄不清楚怎么搞？
现在来解决可能遇到的问题
前端框架接收 不需要创建接收对象，js属于弱类型，var 直接可以接收对象
后端接收，从调用开始，创建 HttpRequest对象， 对象里设置param参数,设置Content-Type 传输类型，Send后创建HttpResponse 接收，接收对象为stream流，根据此流转成数据对象类，返回接口中对象类有headers，statusCode，statusCodeValue，body,比如headers，body为不固定参数，可以设置成（T）类型
② 实际中前后端开发数据交互是怎么样的
1.前端请求数据URL由谁来写?
在开发中,URL主要是由后台来写的,写好了给前端开发者.如果后台在查询数据,需要借助查询条件才能查询到前端需要的数据时,这时后台会要求前端提供相关的查询参数，这里的查询参数也就是URL请求的参数。
2.接口文档主要由谁来写?
接口文档也是主要由后台开发者来写的,因为直接跟数据打交道的就是后台,后台是最清楚,数据库里面有什么数据,能返回什么数据.前端开发只是数据的被动接受者.所以接口文档也主要是由后台来完成的,前端只是接口文档的使用者,使用过程中,发现返回的数据不对,则需要跟后台进行商量,由后台来修改.切记 前端不要随意更改接口文档,除非在取得后台开发人员的同意的情况下.总的来讲,接口文档主要由后台来设计,修改,前端开发者起到了辅助的作用。
3.前端开发与后台交互的数据格式主要是什么?
主要是JSON
XML现在用的不多
4.前端开发的后台交互原理？
在项目的时候，我们前后端会大概说一下接口地址，前端请求的参数，后端返回的参数，然后大家就开始写，写的差不多的时候，大家调一下接口看一下返回的数据，没问题就可以了。
5.前端请求参数的形式
GET和POST两种方式
对安全性不高 采用get方便
post要比get安全
GET - 从指定的服务器中获取数据
POST - 提交数据给指定的服务器处理
6.前端应该告知后台哪些有效信息,后台才能返回前端想的数据的呢?
先将要展示的页面内容进行模块划分，将模块的内容提取出来，以及方便前端的一些标志值等，将所有想要的内容和逻辑告知后端，
后端就会去数据库里面去查找相应的数据表中去获得相应的内容，或者图片地址信息。
URL中的参数主要是根据后台需要,
如果后台需要一个参数作为查询的辅助条件 前端在URL数据请求时就传递参数。
参数前面？
几个参数中间&
7.我们应该怎么把页面这些信息有效传达给后台,以及后台是如何获取到这些数据?
总的来讲:所有前端请求的URL后面的参数,都是辅助后台数据查询的.如果不需要参数,那么后台就会直接给个URL给前端。
8.前端应该如何回拒一些本不属于自己做的一些功能需求或任务?
在与后台打交道中,我们经常遇到这种情况,有时候明明后台来处理某个事件很简单,后台非要你来做,这时候我们应该懂得去回绝他。
原则:前端就是负责把数据展示在页面上
发挥:这就需要我们对一个需求,一个任务的要有清晰认识了,如果对任务含糊不清,自己都没搞明白,你只能受后台摆布了.最后也会因为任务没有完成而备受责难了。
9.当前端在调用数据接口时,发现有些数据不是我们想要的,那么前端应该怎么办呢或者怎么跟后台讲呢?
首先要把请求的URL和返回的数据以及在页面的展示的情况给跟后台看,这样有理有据,后台开发人员是不会说什么的,否则,后台会很不耐烦的,甚至骂你的可能都有,本身做后台比较难,尤其在查询数据,取数据,封装数据方面都比较难处理。
10.为什么需要在请求的时候传入参数？
因为后台在查询数据库的时候需要条件查询。
③ 在页面上修改某个字段时,如何在提交时判断该字段有没有被修改过
常见方法有两种：
一、在客户端操作。
1 对页面原始值进行保存。
2 提交时，获取当前值。
3 用当前值与原始值进行对比。如果相同则表示没修改过。
二、在服务器端操作。
1 发送页面时不做任何处理。
2 提交时发送当前页面所有内容。
3 在服务器端拿到新数据后，再次读一次数据库，然后逐个字段进行对比。如果完全相同，表示没有修改过。
④ 本人后台开发，前端说改个东西要两天，但我感觉撑死2小时，怎么办
本人有五年前台开发经验，2年后台开发经验，实际上我觉得后台可能比前台还要容易，在不考虑比较深的技术壁垒的情况下，前台有原型图，我需要百分百还原，再加上画面特效，用户操作特效等挺麻烦的，有时候一个小小的点卡半天很正常，只要不是特别简单的需求，说随便两个小时搞好的我是不怎么相信的。转后台之前，本来以为很难，结果后台写起来真的就是好快，我经常做到无聊到没事做把人家的活揽过来一起做，后来还是前后台一起搞了，后台框架搭好以后，剩下的只是业务接口实现而已。总的来说，前台入手容易精通难，后台更多偏向框架的灵活使用。不要瞧不起前台，特别是某些后来开发人员觉得不就是写个界面么？但我想说界面的逻辑不比后台简单，前几年曾经去参加一个公司的面试，以后后开发人员跟我在那装，一个劲的说就是前台而已，很简单的事情，说了好多次，把我说烦了，我就跟他探讨前后台，屁都不懂的面试官，就一新生蛋子，最后我说你公司连面试官都这水平，与我期望不符合，要过来简历就撤了，带着有色眼镜看待技术的人一般都是那种一知半解，一瓶子不满，半瓶子晃悠的人
我就是做前端开发十年了，其实你这个问题在职场中普遍存在。就像以前我认为，后端不就写写接口，一个接口10几分钟的事情，墨迹个半天没出来一样，总是很埋怨，其实你真正去实操的时候，发现并没有这么简单，细节的东西特别多。
前端说需要两天时间，可能考虑某些改动涉及会影响到其它功能方面的问题，都需要测试评估，并且前端的开发，比后端还多了界面这一块开发的时间，这界面调试往往最费时间，这是很多后端开发人员没有考虑到的。
总之，前端评估可能是一个相对宽泛并且预留了一定空间的时间，也许他能答应2小时做完，但能保证真的做好了吗，没有隐患问题存在，这些都是要考虑的，毕竟前端一发布出去就不好在升级版本改动了，这也就是他和你评估时间存在较大差异的一个重要原因吧！
图一，安装完oracle,sql,db,mysql后，负责数据库开库的叫做底层，
图二，负责浏览器视窗页面上能看见的什么东西的一律叫前端。
图三，负责整个视窗界面看起来很舒服，给人留下深刻印象的我们一般叫他们ui.
项目经理拿到项目，会给底层大致讲解一下，然后底层会根据讲解开库做系统，然后给前端代码。前端拿到代码写入页面然后整个系统大致完成，接着ui介入，ui根据客户需求制定界面，再转回前端，双方共同负责界面达成。接着就轮到测试上场了。一般测试的外号文雅点叫清道夫，难听点叫擦屁股的。然后高端大气上档次的就是全栈工程师了。在测试过程中负责整个系统测试，运行，并找出各个部位的bug,并修复它，然后写出报告，报告将直接提交人事或者财务，根据描述部位对相应人员做出处罚。
这就是软件设计部门的整个工作流程。所以，你说后台开发对前端有疑问，就有点纳闷。前端有问题，和你后台开发什么关系？
至于什么后台开发。。。。。好像外包公司起这名的比较多。
首先问题要分几面来看。
会者不难，难者不会。
要看别人的具体经验，具体技术水平。
每个人做同一件事花的时间是不一样的，不要把自己的想法强加给别人。
如果别人认为你应该怎么怎么样，你也会反感。
而且前端要2天，项目经理能给，就说明前端说的在理。
如果你觉得2小时可以干完，说明你能力强，但作为同事，还是要善良一些，你总不能有活就帮他干。
也许他干几次之后，效率就上来了，从两天变一天，再变成2小时呢。
人是要进步的，是要学习的。
多站在对方的角度思考问题，也许你就有一个不一样的答案。
最后祝工作开心顺利！
在工作中遇到这种人很正常，这种人就是大家口中的“磨洋工”。
有些人认为前端和后端不一样，后端改个需求可能一个小时就可以搞定，前端复杂，需要一天或者更长时间，这完全是胡扯，是消极工作的一种变现。有些程序员就是喜欢将工作难度夸大，明明一个小时的工作量，他非的要评估一天的工作量。这对于非技术人员可能感觉不到，但是对于一起开发的技术人员来说，一眼就能看透工作量，只是同为同事，大家不好说破而已。
三天100行代码的奇葩同事曾经碰到过一个前端同事，技术很一般，分配给的任务，不管是小到一个css样式的调整还是一个完整的功能模块，让他评估时间，最少需要一天。曾经有一次一个简单。需求评估，后端同学评估只需要半天时间，他的前端竟然需要三天时间，让他说出具体工作的难度在哪里，他却支支吾吾说不出来。这三天的时间我时不时观察他，发现他一天大半的时间都在浏览网页，要不就是微信群各种聊。三天过去了，我去看了一下他提交的代码行数，不到100行！三天时间写了不到100行代码！
所以，有些程序员就喜欢磨洋工，当然，也有可能是考虑的比较全面，追求代码质量。 如果碰到这种情况，只要他评估的时间在产品可以接受的时间范围内，那你也就无所谓。如果你是一位研发负责人，请他将工作进行拆分评估，具体到功能点的时间，看他这两天时间是如何分配的？炸一炸他，他总能露出破绽。
首先，个人不太理解，为什么一个后端开发的程序员需要控制前端程序员的开发时间？不管前端需要多少时间，到底是2小时还是2天，这个不应该是由产品经理或者项目负责人来控制的么？
有时候不在其位不谋其政，作为后端程序员可以提出自己的疑问，但是到底如何布置任务和排期，还是交给负责人来协调吧。程序员之间没有必要相互对立，特别还是因为一个自己并不擅长的领域相互产生矛盾。
当然，如果你自己除了是后端开发外，还兼职了项目负责人，那确实可以对前端的研发时间进行评审。如果你和前端对于某个功能的时间评估上出现分歧，那么可以采用以下这些方法。
可以考虑“功能点分析”让前端把功能分解若干个功能点，然后对每个功能点都采用乐观时间进行评估，最后汇总后在增加30%的Buffer。
例如：我现在要做一个订单页面，这个订单页面有查看订单列表、查看订单详情、取消订单、确认收货、评价几个功能。
画一个思维导图，然后每个功能再往下分解。查看订单列表包括了ajax请求api获取数据，组装table，css考虑已有框架的样式复用，不另算时间；详情页的话，也包括了ajax请求api，页面的html和css等等等等（细分的力度自己掌握）。
最后，所有的功能点被一一列举出来以后，就挨个分析，哪个哪个需要几个小时，最终就可以汇总出时间了。这里可能需要注意一下，单一的功能点，其实大致已经可以评估得到代码量了，只要不是特别复杂的算法类功能点，大部分都可以把时间精确到小时甚至0.5小时。而且，这里我们采用乐观评估的方法，就是说，大家别去想这个功能可能有坑，可能如何如何。最后汇总时间后，给予总体的Buffer量来抵御风险。
当然，也可以使用“对照分析”的方法我们可以考虑对照曾经做过的类似功能或类似优化，当时的那个功能花费了多少时间，而这次相比上次的差异是哪些？是会花费更多时间，还是更少时间。这样，就能够得到一个大致的完成时间了。
这种评估方式，就只是针对于当前的功能曾经有过经验，时间上有参考价值的情况下。不能把完全不相干的两个功能拿来类比。而我们在评估的时候，就只需要考虑差异部分的评估，大大的减少需要评估的内容。
最后，就是“专家评估”了如果你对于前端确实也比较了解，自己完全能够独立完成这个工作任务，时间花费可以测算的话，你其实就可以作为一个“专家”的角色了。那么，你评估的时间就是大家必须要遵循的时间。当然，这种方式需要你有绝对的权威性，不然就是 搞笑 。
不管使用什么方式，对于分歧问题的处理其实都比较机械，并不是非常的利于团结，最好的方法还是大家商商量量的把事情给解决了。
这个问题需要多纬度去分析：
其实本质就是要么你判断错误，要么是你同事判断错误。
无论是你对还是你错，这工作都是由别的同事来完成的，你没必要太过于关心，你没必要太过于在意。
但是，假如这个工作和你的工作有关联，这个工作的完成时间，完成质量，会影响到你的工作进展与工作质量，那么你必须要恰当的参与进去，你需要：
这个很重要，同事之间工作上的沟通交流还是必须的，交流内容可以由浅入深，先从你认为只需要2小时就完成的工作谈起，然后逐渐深入进去，多听听同事的解释，当然你也可以发表你的意见。互相理解，互相体谅，互相帮助，最好能达成一致。
如果工作非常紧急，你这个同事也不配合你，那你只能请领导出面进行协调。当然，你要有理有据，只针对工作不要针对人。
最后建议：
如果不是领导，那么就不要参与不要议论别人的工作。
如果没得到允许，那么就不要参与不要议论别人的工作。
这个我倒是有心得可以分享。其实如果做程序员的或多或少都会遇到这样的现象，要不你就是问题中的后台开发，要不就是改东西需要两天的前端。我觉得都很正常啊，毕竟你不是对方，你也不知道对方有什么想法和困难。
像产品给个需求给到开发，一般说改这个东西要多久，开发看了下进度表，思考了一会后给了个时间点，这时候一般产品不会多问，因为他不知道实际开发难度，而且他也不知道开发的其他需求进度，所以不敢多说，反正开发给了排期，在合适的项目进度内也就ok。
但如果是开发对开发，那就出现问这个问题的情形，开发A要给开发B提个需求，然后开发A实际内心有个预期感觉这个需求能在其他事情不干扰下多久完成。注意！是其他事情不干扰下的情况，其次，这是开发A按自己的能力评估，不是按开发B的能力评估的，而且这种事情一般不是遇到自己，便潜意识就把需求想得比较简单，毕竟大家都容易“宽于待己，严于待人“。
在这种前提下，实际开发B可能本身就有其他优先级高的需求要做，其次这件事情可能牵涉到系统内部其他需要修改的地方，会牵一发而动全身，不是后端想象修改单个页面就可以完成的那么简单。
所以这种情况开发A说的2个小时是一种自我想象的事情，要不等前端找后台开发说，这个需求最多就2个小时就可以完成，就改个接口，新增这些数据POST出来就行，那我估计这个问题转换下角色我又可以再回答一次了哈哈。
对于一个技术团队来说，配合默契是非常重要的，特别是前端和后端人员，如何做到默契，需要三点：
一、前端要懂后端，后端要懂前端，只要这样，大家才能无缝对接；
二、对工作的重视，无论你负责哪个环节，只要有这个态度，项目会顺利的进行下去；
三、同事之间的关系，这很重要，千万不要有互相拆台的行为：这其中有个人的人品问题，也有个人交际情商问题，这个比较难以处理。
回到你的问题，你认为2小时的工作量，但你同事却说需要两天，这种矛盾的可能性比较多，但不管是什么情况，你都要本着和同事维护好关系为基础，要主动理解同事，哪怕他说的是错的，你就会释然了。
你两小时能完成人家两天的工作量，产出是人家八倍！！！那你是不是可以跟你的领导建议下，把前端的任务交给你，让老板给你开这个前端双倍的工资，你承诺产出比现在的前端多4倍，然后你每天只要干4小时活就能完成任务。
多赢局面啊：
1、服务端工资再高也不可能比前端两倍还多，现在前端都不便宜！你大幅涨薪了，而且每天工作时间少一半，你赚大了；
2、老板少花了一半的钱、产出却扩大了一倍，老板赚大了；
3、那个可怜的前端可以让他滚蛋了…
希望这个办法能让你们公司长命百岁
⑤ 前端请求接口报fail api 什么意思
请求失败。前端请求接口报failapii是请求失败的意思，就是你请求访问的这个资源内容服务器无法返回给你，无法显示你想要的内容，把接口数据更改就可以了。
⑥ 前端端口是怎么交互后端
随着互联网的高速发展以及IT开发技术的升级，前后端分离已成为互联网项目开发的业界标准使用方式。在实际工作中，前后端的接口联调对接工作量占Web前端人员日常工作的30%-50%，甚至会更高。
首先我们要知道为什么前后端要交互
为什么要前后端分离？
把前端与后端独立起来去开发，放在两个不同的服务器，需要独立部署。两个不同的工程，两个不同的代码库，不同的开发人员，前后端工程师需要约定交互接口，实现同步开发。开发结束后需要进行独立部署，前端通过接口来调用调用后端的API，前端只需要关注页面的样式与动态数据的解析和渲染，而后端专注于具体业务逻辑。
前后端分离的优点是什么？
1、彻底解放前端。前端不再需要向后台提供模板或是后台在前端HTML中嵌入后台代。
2、提高工作效率，分工更加明确。前端只关注前端的事，后台只关心后台的活，两者开发可以同时进行，在后台还没有时间提供接口的时候，前端可以先将数据写死或者调用本地的JSON文件即可，页面的增加和路由的修改也不必再去麻烦后台，开发更加灵活。
3、局部性能提升。通过前端路由的配置，我们可以实现页面的按需加载，无需一开始加载首页便加载网站的所有的资源，服务器也不再需要解析前端页面，在页面交互及用户体验上有所提升。
4、降低维护成本。通过目前主流的前端MVC框架，我们可以非常快速的定位及发现问题的所在，客户端的问题不再需要后台人员参与及调试，代码重构及可维护性增强。
5、实现高内聚低耦合，减少后端（应用）服务器的并发/负载压力。
6、即使后端服务暂时超时或者宕机了，前端页面也会正常访问，但无法提供数据。
7、可以使后台能更好的追求高并发、高可用、高性能，使前端能更好的追求页面表现、速度流畅、兼容性、用户体验等。
了解了这些，我们再来看前后端是怎么实现交互的
前端调用后端接口无外乎六种方法，如下：
1、打开vs，创建空的asp.net mvc演示项目【WebMVC】
（1）依次点击【文件】->【新建】->【项目】；
（2）在【新建项目】界面选择【Web】->【ASP.NET Web 应用程序(.NET Framework)】，输入名称，选择框架至少4.5版本，点击【确定】按钮；
（3）选择【空】->【MVC】->【确定】 ；
（4）创建好了项目。
2、在项目中
（1）在Controllers文件夹上点击鼠标右键，依次选择【添加】->【控制器】，即可完成HomeController的创建；
（2）在Controller的Index方法内，点击鼠标右键，选择【添加视图】；
（3）在项目中添加文件夹【Content】并添加jquery源文件；
（4）在Index页面添加jquery的引用。
3、在Index页面中添加一个输入文本框，一个按钮，以及显示结果的dom。
4、在HomeController中添加新的方法，用于接收前台传入的参数，组装后返回。
5、在Index页面，添加Jquery的ajax方式，调用后台接口，返回结果的处理代码。
6、在vs中，按F5调试运行结果，如下：
（1）在文本框中输入内容；
（2）点击按钮，调用接口，并将返回值显示在界面；
（3）如果要提交大量数据，或者敏感数据，请修改ajax的type方式，这样参数就不会在url地址栏中显示了。
以上回答，希望对你有所帮助