常见问题汇总(前后端、软件)
前端Web安全性常见问题及解决方案
前端Web安全性常见问题及解决方案随着互联网的迅猛发展，Web应用程序的安全性问题也越来越受到关注。
在前端开发中，我们需要时刻关注一些常见的安全性问题，并采取相应的解决方案来降低风险。
本文将从常见的前端Web安全性问题入手，提供相应的解决方案。
一、跨站脚本攻击（XSS）跨站脚本攻击是一种常见的Web安全漏洞，攻击者通过在网页中插入恶意脚本，使得用户在访问该页面时被攻击。
在前端开发中，我们可以通过以下方式来防范XSS攻击：1. 输入验证：前端开发人员应该对用户输入进行验证，从而过滤掉恶意脚本。
2. 输出编码：在将用户输入显示在网页上之前，需要对其进行编码，将特殊字符转换成HTML实体或JavaScript转义字符。
3. 使用安全的API：避免使用eval()等不安全的API，尽量选择使用正则表达式或DOM API等安全的方法。
二、跨站请求伪造（CSRF）跨站请求伪造是攻击者利用用户对特定网站的信任来进行攻击的一种方式。
在前端开发中，我们可以通过以下方式来防范CSRF攻击：1. 使用验证码：在执行重要操作时，要求用户输入验证码，以验证用户的身份。
2. 使用安全的HTTP方法：将敏感操作使用POST方法，避免使用GET方法，因为GET请求可以被攻击者通过iframe等方式伪造。
3. 使用Cookie和Referer验证：在后端服务器中使用Cookie和Referer验证，确保请求的来源是可信的。
三、敏感信息泄露敏感信息泄露是指网站在处理用户输入时，不恰当地将用户的敏感信息显示给其他用户或存储在不安全的地方。
在前端开发中，我们可以通过以下方式来防范敏感信息泄露：1. 数据加密：对于存储在数据库中的敏感信息，例如用户密码，需要进行合适的加密。
2. 安全的输入输入输出验证：在接收用户输入和输出时，要进行合适的验证，防止敏感信息被恶意篡改或显示。
3. 限制数据访问权限：确定哪些用户可以访问哪些数据，避免敏感信息被未授权的用户访问。
前端工作问题点反思及改进措施
前端工作问题点反思及改进措施前端开发工作在不断发展的过程中，难免会遇到各种问题和挑战。
为了提升工作效率和产品质量，我们需要不断地反思和改进。
本文将对前端工作中的问题点进行反思，并提出相应的改进措施。
一、问题点反思1. 性能优化不足：前端页面在加载和运行时，可能会因为各种原因导致性能问题，如资源加载慢、页面卡顿等。
这些问题会影响用户体验，降低网站或应用的评价。
2. 代码可维护性差：在前端开发过程中，如果代码结构和规范不一致，会导致代码可维护性降低。
这会使得代码在后期维护和扩展时变得困难，增加开发成本。
3. 用户体验考虑不周：在设计和开发过程中，有时候会过于关注功能实现，而忽略用户体验。
例如，页面加载速度、布局和交互等细节方面没有得到充分的考虑和优化。
4. 与后端协作不紧密：前端开发与后端开发之间需要紧密协作，但在实际工作中，有时候会出现沟通不畅、接口对接不规范等问题，影响开发效率和产品质量。
二、改进措施1. 性能优化：通过优化图片、压缩代码、使用CDN等方式，提升页面加载速度。
同时，可以运用前端性能监控工具，及时发现和解决性能问题。
2. 制定并遵守统一的代码规范：团队应该制定统一的代码规范，并要求所有成员遵守。
这样可以确保代码质量和可维护性。
另外，可以利用工具进行代码质量检查，及时发现和修正代码问题。
3. 充分考虑用户体验：在设计和开发过程中，应该始终关注用户体验，注重细节。
可以通过用户调研、竞品分析和原型设计等方式，了解用户需求和痛点，从而更好地优化产品设计。
4. 加强与后端的沟通协作：建立良好的沟通机制和协作流程，确保前后端之间信息流通畅通。
同时，应规范接口对接方式，确保前后端之间的数据交互准确无误。
5. 持续学习和技术更新：前端技术发展迅速，不断有新的技术和框架涌现。
为了保持竞争力，前端开发者应该持续关注新技术动态，学习新的技术和工具，不断提升自己的技能水平。
6. 建立反馈机制：鼓励团队成员在日常工作中发现问题、提出建议和意见。
后端开发中的常见问题解决方案
后端开发中的常见问题解决方案在后端开发过程中，经常会遇到各种问题，包括性能问题、安全问题、数据处理问题等等。
本文将介绍一些常见的问题，并提供解决方案。
一、性能问题1. 高并发处理: 后端系统面对大量请求时，可能会出现性能瓶颈。
解决方案包括使用缓存技术、使用负载均衡器、使用异步处理等，以提高系统的并发处理能力。
2. 数据库优化: 数据库查询是后端开发中常见的性能瓶颈之一。
可以通过合理设计数据库表结构、使用索引、优化查询语句等来提升数据库查询性能。
3. 代码优化: 优化后端代码可以减少系统的响应时间，提高系统的性能。
可以使用合适的数据结构、避免重复计算、减少数据库操作次数等来提升代码性能。
二、安全问题1. SQL注入: 后端系统可能面对SQL注入攻击，导致数据泄露、损坏等安全问题。
解决方案包括使用参数化查询、输入验证、编写安全的SQL语句等来防止SQL注入攻击。
2. 跨站脚本攻击: 后端系统可能被攻击者利用来执行恶意脚本，窃取用户信息。
解决方案包括使用合适的编码转义技术、验证输入数据的合法性等来防止跨站脚本攻击。
3. 防火墙设置: 设置合适的防火墙可以有效地阻止未经授权的访问和攻击。
可以通过限制IP地址、禁止不安全的网络服务等来增强系统的安全性。
三、数据处理问题1. 数据库事务处理: 后端开发中，涉及到数据库操作时，可能会遇到事务处理问题，如并发冲突、数据一致性等。
解决方案包括合理设计数据库事务、使用乐观锁或悲观锁机制、避免长时间事务等来解决数据一致性问题。
2. 缓存管理: 后端系统可以使用缓存技术来降低数据库负载，提高系统性能。
需要注意的是，对缓存进行合理的管理，避免脏数据和缓存一致性问题。
3. 异常处理: 后端系统可能会出现各种异常情况，如网络异常、数据库连接异常等。
解决方案包括合理捕获和处理异常、优雅地处理系统异常、进行异常信息记录和报警等。
综上所述，后端开发中常见问题的解决方案包括性能问题的优化、安全问题的防护以及数据处理问题的解决。
IT行业面试会问到的一些问题汇总
IT行业面试中会问到的一些问题汇总大家好，由于我最近在面试IT行业的Java的工程师，把考官问的我一些问题进行一些汇总。
可能会对大家有帮助。
大家一起分享。
问题1：请简要介绍一下你的编程经验，并谈谈你擅长的编程语言。
示例答案：我有超过三年的编程经验，主要使用Java和Python进行后端开发。
Java因其强大的面向对象特性和广泛的生态系统，在我参与的企业级项目中发挥了重要作用，如构建RESTful API和复杂的业务逻辑处理。
而Python则因其简洁的语法和丰富的库支持，在数据分析和机器学习项目中表现出色。
我擅长利用这些语言高效解决问题，并不断优化代码以提升性能。
问题2：在项目中，你是如何处理代码版本控制的？示例答案：我非常注重代码的版本控制，通常使用Git作为主要的版本控制工具。
我会定期提交代码到Git仓库，并使用分支（branches）来管理不同的开发阶段或功能模块。
在合并代码前，我会通过Pull Request与团队成员进行代码审查，确保代码质量并促进知识共享。
此外，我还利用Git的标签（tags）来标记重要的版本发布点。
问题3：当你遇到一个难以解决的bug时，你的排查步骤是怎样的？示例答案：首先，我会尝试复现bug，确保能够稳定地观察到问题现象。
然后，我会从日志文件中寻找线索，检查异常信息和相关堆栈跟踪。
接下来，我会逐步缩小问题范围，可能通过注释代码或使用调试工具来定位具体的问题点。
如果问题依然难以解决，我会考虑在开发社区中寻求帮助，或者与同事一起进行头脑风暴。
在整个过程中，我会保持耐心和细致，确保不遗漏任何可能的线索。
问题4：请分享一次你与团队成员有效沟通、协作解决冲突的经历。
示例答案：在一次项目迭代中，我们团队对某个功能的设计方案产生了分歧。
我主动组织了一次会议，邀请所有相关成员参与讨论。
在会上，我鼓励大家充分表达自己的观点和理由，并认真倾听每个人的意见。
通过开放和诚实的沟通，我们逐渐找到了一个折中的方案，既满足了业务需求，又兼顾了技术实现的可行性。
前端开发中常见的安全性问题及解决方案
前端开发中常见的安全性问题及解决方案随着互联网的快速发展，前端开发在当今数字化时代扮演着至关重要的角色。
然而，随之而来的是各种针对前端安全性的威胁。
本文将介绍一些前端开发中常见的安全性问题，并提供解决方案。
一、跨站脚本攻击（XSS）XSS是指攻击者通过在网页中注入恶意的脚本，达到窃取用户信息、篡改网页内容等目的。
要解决XSS问题，前端开发人员可以采取以下措施：1. 输入校验：对用户输入的数据进行过滤和验证，确保只允许合法的数据输入。
2. XSS过滤：对用户输入和输出进行转义处理，例如将特殊字符替换为编码形式，以防止脚本注入。
3. 使用安全的框架和库：选择经过专业审核和测试的前端框架和库，减少XSS 漏洞的风险。
二、跨站请求伪造（CSRF）CSRF是指攻击者利用用户在已登录的网站上的身份验证，以用户不知情的方式发起恶意请求。
为了防止CSRF攻击，前端开发人员可以使用以下方法：1. 验证请求来源：在后端进行请求验证，检查请求来源是否合法。
可以使用Token或者Referer来进行验证。
2. 防止自动提交表单：在表单提交时，需要用户手动执行某些操作，例如输入验证码或者输入密码。
3. 限制敏感操作：敏感操作如修改密码、修改支付信息等，需要用户提供密码或二次确认，以防止未经授权的操作。
三、点击劫持点击劫持是指攻击者通过将恶意网页隐藏在看似正常的网页下面，诱骗用户点击，从而触发恶意操作。
要解决点击劫持问题，前端开发人员可以采取以下防范措施：1. 设置X-Frame-Options：在HTTP响应头中增加X-Frame-Options字段，控制页面的框架加载策略，禁止页面在框架中打开。
2. JavaScript禁止嵌套：在网页中，可以通过JavaScript代码禁止当前页面嵌入到其他页面中，以避免点击劫持风险。
四、密码安全密码安全是每个网站都需要重视的问题。
前端开发人员可以采取以下步骤来保护用户密码：1. 密码强度检查：在用户注册或修改密码时，进行密码强度检查，要求用户使用包含特殊字符、数字和字母的复杂密码。
前端面试常见问题解答
前端面试常见问题解答前言：前端工程师是当今互联网行业中非常热门的职位之一。
为了更好地应对面试时的挑战，以下是一些前端面试中经常被问及的问题及其解答。
希望这些内容能帮助你更好地准备自己的面试。
问题一：请介绍一下前端开发。
解答：前端开发是指使用 HTML、CSS 和 JavaScript 等技术来构建和设计用户在浏览器中与之交互的网页或者应用程序的过程。
前端开发既关注用户界面的呈现和交互体验，也关注与后端的数据交互和处理。
问题二：请描述一下 HTML、CSS 和 JavaScript 在前端开发中的作用。
解答：HTML（超文本标记语言）负责定义网页的结构和内容。
CSS（层叠样式表）用于设置网页的样式和外观。
JavaScript 是一种脚本语言，可以实现动态的页面效果和与用户的交互。
问题三：请解释一下什么是响应式设计（Responsive Design）。
解答：响应式设计是一种能够适应不同设备尺寸和屏幕分辨率的网页设计方法。
通过使用弹性布局、媒体查询、流式图片等技术，使网页在不同的设备上都能够提供最佳的视觉和用户体验。
问题四：请介绍一下盒子模型（Box Model）。
解答：盒子模型用于描述网页中元素的布局和渲染方式。
它将每个元素看作是一个盒子，包括内容、内边距、边框和外边距。
理解盒子模型对于控制元素的大小、位置和样式具有重要意义。
问题五：请解释一下浮动（float）在布局中的作用。
解答：浮动是 CSS 布局中的一种属性，可以让元素脱离正常的布局流，并在容器中浮动。
浮动常用于实现网页中的多栏布局和图像的环绕效果。
问题六：请介绍一下 CSS 的选择器（Selector）。
解答：CSS 选择器用于选择需要样式化的 HTML 元素。
常见的选择器有标签选择器、类选择器、ID 选择器、后代选择器、伪类选择器等。
选择器的灵活运用可以提高样式的精确度和可维护性。
问题七：请谈谈你对 JavaScript 闭包（Closure）的理解。
五个常见的前端开发技术问题及解决方案
五个常见的前端开发技术问题及解决方案在前端开发过程中，我们常常会遇到一些技术问题。
这些问题可能会妨碍我们的工作进程，所以了解并掌握一些解决方案是非常重要的。
本文将介绍五个常见的前端开发技术问题，并提供相应的解决方案，希望对大家有所帮助。
一、跨域资源共享（Cross-Origin Resource Sharing）问题跨域资源共享是浏览器的一条安全策略，它限制了由跨域网站发起的网络请求。
在前端开发过程中，我们经常需要从不同的域名获取数据，而这就涉及到了跨域问题。
为了解决这个问题，我们可以采用以下方法：1. JSONP：通过在页面上动态创建<script>标签，利用script标签的src属性不存在跨域限制的特性，来获取跨域数据。
2. CORS：后端设置Access-Control-Allow-Origin响应头为指定的域名或通配符，来允许前端跨域请求。
二、浏览器兼容性问题在前端开发过程中，我们经常需要考虑不同浏览器的兼容性问题，因为不同浏览器对一些CSS样式和JavaScript语法的实现方式存在差异。
为了解决这个问题，我们可以采用以下方法：1. 使用CSS预处理器：如Sass或Less，它们提供了更灵活和可复用的CSS编写方式，同时也能解决一些兼容性问题。
2. 使用Autoprefixer：这是一个PostCSS插件，可以根据Can I Use网站的数据，在编译时自动添加浏览器前缀，避免手动添加大量的兼容性代码。
三、图片加载问题在前端开发过程中，图片加载速度的优化是一个重要的问题。
特别是在移动端开发，由于网络环境的不稳定性，图片加载可能会变得非常缓慢。
为了解决这个问题，我们可以采用以下方法：1. 压缩图片：使用压缩工具，如TinyPNG，来减小图片大小，以加快加载速度。
2. 图片懒加载：使用LazyLoad插件，只加载当前可见区域内的图片，延迟加载其他图片，减少初始加载时间。
四、性能优化问题在前端开发过程中，性能优化是一个非常重要的问题，因为用户不喜欢等待页面加载。
前后端对接需要注意的问题
前后端对接需要注意的问题
在进行前后端对接时，需要注意以下几个问题：
1. 接口文档：前后端应该共同制定接口文档，明确接口的请求方式、参数、返回值等信息。
接口文档应该尽可能详细和清晰。
2. 跨域问题：如果前后端不在同一个域名下，就会涉及到跨域问题。
可以通过设置服务器端代理、使用JSONP或CORS等方式解决跨域问题。
3. 数据格式：前后端传输的数据格式应该一致。
通常情况下，前端发送的数据格式为JSON，后端返回的数据格式也应该是JSON。
4. 安全性：在进行前后端对接时，需要注意安全性问题。
前端应该对用户输入的数据进行校验和过滤，后端也应该对接收到的数据进行校验和过滤，以防止SQL注入、XSS攻击等安全问题。
5. 错误处理：前后端在交互过程中，难免会出现各种错误。
前后端应该都要考虑错误处理的问题，例如：网络错误、请求超时、服务端内部错误等，尽可能提供友好的提示信息。
6. 版本控制：当系统有升级或者重构时，前后端的接口可能会发生变化。
此时需要进行版本控制，并提供向下兼容的接口，以保证系统的稳定性和可扩展性。
[前端]记录工作中遇到的各种问题（Bug，总结，记录）
![[前端]记录工作中遇到的各种问题（Bug，总结，记录）](https://img.taocdn.com/s3/m/af5bb06d26284b73f242336c1eb91a37f11132d2.png)
[前端]记录⼯作中遇到的各种问题（Bug，总结，记录）最近⼀年，在开发实践过程中遇到了不少问题，⼤多都能得到解决部分知其原理，部分只能做到解决问题，⽽半年前遇到的问题，或多或少都忘得差不多了是该记录⼀下⼀些问题，防⽌再遇到就得再查资料了1. 浏览器在开启有道划词插件的时候，使⽤插件上传⽂件报错开启插件时，该插件会往⽂档中添加⾳频元素节点⽽AjaxFileUpload插件的上传⽂件处理⽅式是，获取返回的实体内容，直接进⾏eval解析，解析失败，报错，则⽆法上传这插件在旧系统中常⽤到，解决办法就是不⽤这个插件，或者停⽤有道划词插件另外，我的解决⽅案则是⽤了FormData对象来异步上传⽂件2. Uncaught TypeError: jQuery.handleError is not a function使⽤某些旧插件的时候，会出现这个错误插件使⽤了handleError这个⽅法，⽽新版的jQuery以及去除了这个⽅法，所以这时可以弃⽤插件或者为JQ加回此⽅法jQuery.extend({handleError: jQuery.handleError || function( s, xhr, status, e ) {// If a local callback was specified, fire itif ( s.error ) {s.error( xhr, status, e );}// If we have some XML response text (e.g. from an AJAX call) then log it in the consoleelse if(xhr.responseText) {console.log(xhr.responseText);}}});3. 异步⽅式实现导出Excel表格⽤异步的⽅式导出数据，⽤Ajax貌似不⾏⽬前想到的⽅法就是⽤iframe，设置不同的src即可让后端返回相应数据另外，刚发现的⼀个异步导出⽂件的⽅式是，直接设置当前URL为接⼝的路径即可window.location.href = '?p.......';4. 页⾯使⽤Angular.js（1），页⾯中iframe中初始设置src属性的话，会导致页⾯重新加载⼀次例如设置⼀个初始值，某些操作之后再更改src<iframe src="#" class="export-iframe"></iframe>Controller似乎会触发两次，可以看到加载的请求多触发了⼀次，且第⼆次的链接中会多了⼀个#号解决办法就是直接不设置这个属性<iframe class="export-iframe"></iframe>5. ⽗页⾯中有iframe，iframe⾥⾯有分页按钮，在⽗页⾯对iframe做加载之后监听iframe中点击事件的操作，初始第⼀页正常，但点击第⼆页之后事件就失效了原代码：第⼀次成功打印出来，即触发了load事件，但点击下⼀页后，iframe实际上已经刷新了，但并不会再触发这个load事件后来的解决办法是换了种监听⽅法，区别主要是获取iframe对象的⽅式变了，还不知为啥会这样？6. 在iframe中的预览pdf⽂件时，有时embed元素未占满整个iframe，⽽是正好⼀半,⼀半⽬前还不知如何解决，把embed的宽⾼由100%设置成接近99%的时候，反⽽占满iframe的概率增多了不少..7. 在iPad下，⽆法实现⾃动聚焦这问题应该是解决不了的，是iOS⾃带的，⽅案只能是由⽤户触发mousedown、mouseup、click之类的事件后再调⽤8. 有个插件叫做，初期⽤得还好，不过之后断断续续发现了⼀些问题在匹配不到数据的时候，匹配结果直接显⽰了error⽂案，看看源码，直接改掉第⼆个坑是它直接把绑定元素的事件都注销了，这样太暴⼒很不好第三个坑是它给只读的style属性赋值，这种⽅式在严格模式是被禁⽌的，⽽这插件正好⾃个⼜⽤了严格模式坑就坑在：在Angular.JS（1）环境下使⽤iPad的时候才报错，PC上⽤Angular.JS正常，iPad下⽤⾮Angular.js正常..解决⽅法也很暴⼒，直接去掉插件的严格模式第四个坑是它⽤了Array.from，⽽这⽅法⽀持度是chrome45+，所以稍低版本的就遭殃了第五个坑就是它监听输⼊事件只⽤⾥keyup，应该还要考虑input与change事件9. bootstrap v3 的collapse折叠组件使⽤了click的事件监听⽅式，在移动端会有300ms的延迟官⽅貌似在v4中修复了，⽤v3的话，就⾃个添加touchstart事件的⽀持，还要注意touchstart事件触发之后还会触发原监听的click事件可按需来把它注销掉，移动端即有如丝般顺滑的collapse// 移动端iOS click有延迟添加折叠的touchstart事件⽀持if (isiOS) {$(document).off('click.bs.collapse.data-api', '[data-toggle="collapse"]');$(document).on('touchstart.bs.collapse.data-api', '[data-toggle="collapse"]', function (e) {var $this = $(this), hrefvar target = $this.attr('data-target')|| e.preventDefault()|| (href = $this.attr('href')) && href.replace(/.*(?=#[^\s]+$)/, '') //strip for ie7var $target = $(target)var data = $target.data('bs.collapse')var option = data ? 'toggle' : $this.data()var parent = $this.attr('data-parent')var $parent = parent && $(parent)if (!data || !data.transitioning) {if ($parent) $parent.find('[data-toggle=collapse][data-parent="' + parent + '"]').not($this).addClass('collapsed')$this[$target.hasClass('in') ? 'addClass' : 'removeClass']('collapsed')}$target.collapse(option)});}10. iOS10+会忽略meta 标签的user-scalable=no，没错苹果就是那么⽜别<meta name="viewport" content="width=device-width; initial-scale=1.0; maximum-scale=1.0; user-scalable=no">页⾯要禁⽌⽤户缩放，可以使⽤JS来辅助处理// 禁⽌缩放 iOS10+会忽略meta的user-scalable=nodocument.documentElement.addEventListener('touchstart', function (event) {if (event.touches.length > 1) {event.preventDefault();}}, false);另外要注意的是，上⾯只是禁⽤了双指的缩放，还有⼀种缩放叫做双击缩放，⽽iPad下是没有双击事件的，所以只能模拟引⽤st上的⼀段双击事件⽀持(function($){// Determine if we on iPhone or iPadvar isiOS = false;var agent = erAgent.toLowerCase();if(agent.indexOf('iphone') >= 0 || agent.indexOf('ipad') >= 0){isiOS = true;}$.fn.doubletap = function(onDoubleTapCallback, onTapCallback, delay){var eventName, action;delay = delay == null? 500 : delay;eventName = isiOS == true? 'touchend' : 'click';$(this).bind(eventName, function(event){var now = new Date().getTime();var lastTouch = $(this).data('lastTouch') || now + 1 /** the first time this will make delta a negative number */;var delta = now - lastTouch;clearTimeout(action);if(delta<500 && delta>0){if(onDoubleTapCallback != null && typeof onDoubleTapCallback == 'function'){onDoubleTapCallback(event);}}else{$(this).data('lastTouch', now);action = setTimeout(function(evt){if(onTapCallback != null && typeof onTapCallback == 'function'){onTapCallback(evt);}clearTimeout(action); // clear the timeout}, delay, [event]);}$(this).data('lastTouch', now);});};})(jQuery);然后就可以简单地进⾏调⽤了，双击后执⾏e.preventDefault()即可$(document).doubletap(/** doubletap-dblclick callback */function(event){event.preventDefault();},/** touch-click callback (touch) */function(event){},/** doubletap-dblclick delay (default is 500 ms) */100);11. requestAnimationFrame的并⾏调⽤不能保证在不同帧执⾏希望的效果是在⼀帧⼀帧地执⾏，然⽽浏览器会将多个操作合并到同⼀帧中，检测发现有分帧的策略，但得在回调中再次调⽤requestAnimationFrame才⾏⽽实际操作中还需要⼀种并⾏调⽤就能分帧的⽅案，⽬前还没找到然⽽⽂档中也指明了，是会放到同⼀帧的，所以估计这思路没戏了12. iOS⾼版本中，在微信内访问⽹页，⾳频背景⾳乐⽆法⾃动播放其实在⾼版本浏览器中，基于安全措施，已经不允许⾃动播放⾳频了，但在微信内是可以的微信安卓环境下正常，但在⾼版本的iOS下就失效了，解决办法是在微信的WeixinJSBridgeReady事件中播放即可document.addEventListener('WeixinJSBridgeReady', function() {...audio.play();...}, false)13. 分享微信页⾯到朋友圈时，没有图⽚logo⽂档中指明了要只⽤绝对路径，即协议名、域名、路径等等都要写全，漏写了就没了另外，路径要填写微信能够访问的地址，不能是内⽹的14. 在某些⼿机的微信中，分享页⾯成功后，会有已分享的提⽰信息，但有些⼿机却没有所以开发页⾯的时候，还得⾃⾏加个已分享的回调提⽰，⼼桑..15. 测试的时候发现，微信⾥页⾯的touchstart事件是不能取消的，即cancelable==false，在安卓的UC和Chrome中是为true的16. 在smarty环境下，通过后端拿到了⼀个变量值放在a标签的href属性中，点击后跳转的链接不对，17. z-index有拼爹的性质，z-index值只决定同⼀⽗元素中的同级⼦元素的堆叠顺序。
前端工作中遇到面试官问的难点案例
前端工作中遇到面试官问的难点案例前端工作中，面试官常常会问到一些难点案例，以测试面试者的技术能力和解决问题的能力。
下面是一些常见的前端难点案例：1. 页面加载速度优化在面试中，面试官可能会问到如何优化页面加载速度。
可以从压缩文件、减少HTTP请求、使用CDN等方面回答。
2. 前后端分离架构面试官可能会问到前后端分离架构的优势和实现方式。
可以详细介绍前后端分离的概念、优点以及常用的实现方式，如RESTful API。
3. 跨域问题解决方案面试官可能会问到如何解决跨域问题。
可以回答使用JSONP、CORS、代理服务器等方法来解决跨域问题。
4. 前端性能优化面试官可能会问到如何优化前端性能。
可以回答使用代码压缩、懒加载、图片优化等方法来提升前端性能。
5. 前端安全性面试官可能会问到前端的安全性问题。
可以回答如何防止XSS攻击、CSRF攻击等前端安全问题。
6. 响应式设计面试官可能会问到如何实现响应式设计。
可以回答使用媒体查询、弹性布局、流式布局等方法来实现响应式设计。
7. 浏览器兼容性问题面试官可能会问到如何解决浏览器兼容性问题。
可以回答使用浏览器特定的前缀、使用polyfill库等方法来解决浏览器兼容性问题。
8. 单页面应用（SPA）的实现方式面试官可能会问到单页面应用的实现方式。
可以回答使用前端框架（如Angular、React、Vue）来实现单页面应用。
9. 前端工程化面试官可能会问到前端工程化的概念和实践。
可以回答使用构建工具（如Webpack、Gulp）来优化前端开发流程，使用模块化开发等方法来实现前端工程化。
10. 前端代码调试和性能分析面试官可能会问到如何调试前端代码和分析性能问题。
可以回答使用浏览器的开发者工具来调试代码和分析性能问题。
以上是前端工作中常见的一些难点案例，希望这些例子可以帮助你更好地准备面试。
记住，在回答问题时要结合实际经验进行回答，展示自己的技术能力和解决问题的能力。
前后端交互中出现的问题（一）
前后端交互中出现的问题（⼀）1.data 数据缺失在新增js⽂件中<button class="btn btn-info" ng-click="vm.create()"><i class="fa fa-plus"></i>新增</button>在页⾯上的新增按钮添加了点击事件，来实现录⼊数据//新增vm.create = function () {openCreateOrEditOrder();};设置按钮点击触发的函数，之后调⽤该函数//弹窗function openCreateOrEditOrder() {var modalInstance = $uibModal.open({templateUrl: '~/App/Main/views/international/policy/fluxCache/createOrEditModal.cshtml',controller: 'app.views.international.policy.fluxCache.createOrEditModel as vm',backdrop: 'static'//size: 'lg'//lg:⼤窗⼝弹窗，默认的为⼩窗⼝弹窗//resolve: {// data: function () {// return data;// }//}});modalInstance.result.then(function (result) {vm.getFluxCacheMx();//调⽤查询的函数});};之后在新增的js⽂件中要进⾏相关操作，代码如下(function () {appModule.controller('app.views.international.policy.fluxCache.createOrEditModel', ['$scope', '$uibModalInstance',function ($scope, $uibModalInstance) {var vm = this;vm.saving = false;//界⾯输⼊正则验证条件vm.patternCarrier = app.consts.patterns.carriers;vm.patternCity = app.consts.patterns.cityCodes;vm.data = {tripType: '1',departCode: '',arriveCode: '',goFlightDateRange: '',backFlightDateRange: '',cacheDays:''};//保存操作//vm.save = function () {// //如果单程，回程⽇期为空// if (vm.data.tripType == 1)// vm.data.backFlightDateRange = null;// vm.saving = true;// ctripPolicyService.createOrUpdatePolicy(// vm.data// ).success(function (result) {// if (result.code) {// abp.notify.success(result.message);// $uibModalInstance.close();// } else {// abp.notify.error(result.message);// }// })// .finally(function () {// vm.saving = false;// });//};//取消操作vm.cancel = function () {$uibModalInstance.dismiss();};}]);})();现在就出现了⼀个很容易忽略的问题，data数据的缺失appModule.controller('app.views.domestic.airweb.3u.modal', ['$scope','$uibModalInstance', 'uiGridConstants', 'abp.services.app.airWeb','data',function ($scope, $uibModalInstance, uiGridConstants, airwebService,data) {请求头上要定义data参数，后⾯才可以调⽤页⾯效果图：。
前后端分离项目开发中的常见问题及解决方法
前后端分离项目开发中的常见问题及解决方法随着互联网技术的不断发展，前后端分离项目也越来越普遍。
前后端分离是指将前端和后端的开发人员分别进行开发，前端与后端的通信通过 API 进行。
在这个开发模式下，前后端开发人员需要进行紧密的合作，但是在实际开发中也会遇到许多问题。
本文将针对前后端分离项目中的常见问题及解决方法进行探讨。
1. 跨域请求在前后端分离的开发模式下，前端是通过 Ajax 等方式向后端API 发送请求，而这些请求有可能是跨域请求。
跨域请求指的是，前端页面处于一个域名下，而后端 API 处于另一个域名下。
由于浏览器的同源策略，会禁止跨域请求，这时候需要进行一些设置或配置来解决这个问题。
常见的解决方法有两种：一种是在后端设置跨域请求响应头，另一种是通过代理服务器进行请求转发。
在 Nginx 中，可以使用反向代理来实现请求转发。
在前端使用 Axios 发送请求时，可以设置 withCredentials 为 true，来进行跨域请求。
2. 性能问题在前后端分离的开发模式下，前端与后端通过 API 进行通信，而如果 API 的性能不好，会导致前端的性能受到很大的影响。
在实际开发中，经常会遇到 API 请求太慢的情况。
这时候，需要使用一些工具进行性能优化。
常见的性能优化工具有：缓存、CDN、负载均衡、异步加载和代码合并等。
在前端中可以使用 Webpack 进行代码合并，使用Lighthouse 进行代码性能监测，在后端中可以使用 Redis 进行缓存，使用 Nginx 进行负载均衡。
3. 安全问题在前后端分离的开发模式下，前端和后端会涉及到用户的敏感信息，例如用户名、密码等。
这时候就需要对接口进行安全防护。
常见的安全防护方法有两种：一种是使用 JWT 进行用户认证和授权，另一种是进行接口访问控制。
在使用 JWT 进行用户认证和授权时，需要将用户的权限信息编码在 JWT 中，以便后续的接口访问。
在进行接口访问控制时，可以使用 Spring Security 等开源框架，来实现访问控制。
毕设前后端遇到的问题及解决方法
本文将围绕毕业设计（毕设）前后端遇到的问题及解决方法展开探讨。
毕业设计是大学生在校期间完成的重要学业任务，前后端开发则是毕设中常见的项目类型。
下面将从前后端分离、跨域、接口设计、性能优化等方面进行综合分析和解决方法的探讨。
一、前后端分离1.问题描述：在进行毕设开发过程中，前后端分离可能会导致前后端开发人员之间的沟通和协作不畅，造成代码冗余、重复工作等问题。
解决方法：在前后端分离的开发模式下，可以使用接口文档的方式来规范前后端的交互。
前端工程师可以提前编写好接口文档，然后与后端工程师一起讨论和确认，在实际开发中按照接口文档进行开发，以提高开发效率和代码质量。
二、跨域2.问题描述：在实际开发过程中，前端页面和后端接口可能存在跨域访问的问题，导致前端无法正常获取后端数据。
解决方法：可以在后端接口设置响应头，允许前端页面的跨域访问。
通过设置Access-Control-Allow-Origin等相关响应头，可以解决跨域访问的问题，确保前端页面可以正常获取后端接口数据。
三、接口设计3.问题描述：在毕设开发中，接口设计不合理可能导致前后端数据交互出现问题，影响系统的正常运行。
解决方法：在进行接口设计时，可以遵循RESTful API的规范，定义统一的接口命名规范和数据交互格式，提高接口的可读性和可维护性。
可以采用数据Mock的方式进行接口测试，确保接口设计的合理性和稳定性。
四、性能优化4.问题描述：在毕设开发过程中，可能会遇到前后端性能不佳的问题，导致系统运行缓慢、响应时间过长等影响用户体验的情况。
解决方法：可以通过前端优化、后端缓存、数据库索引优化等方式来提升系统性能。
前端可以采用CDN加速、资源压缩等方式进行性能优化，后端可以采用缓存技术、数据库索引等方式提升系统性能，以优化用户体验和系统稳定性。
个人观点：毕设前后端遇到的问题需要综合考虑前后端分离、跨域、接口设计、性能优化等方面的因素，合理规划和分配工作，确保项目开发顺利进行。
前后端协作开发：解决前后端交互中的常见问题
前后端协作开发：解决前后端交互中的常见问题前后端协作开发是指前端开发人员与后端开发人员合作开发一个项目，其中前端开发人员负责用户界面和用户体验，后端开发人员负责服务器端逻辑和数据库设计。
在协作开发过程中，前后端交互是至关重要的，然而在实际开发中常常会遇到一些问题。
本文将从跨域访问、数据传输格式、接口设计和异常处理等方面对前后端交互的常见问题进行分析，并提出解决方案。
跨域访问问题跨域访问是指前端页面通过Ajax等技术向不同域名的后端服务器请求数据，由于浏览器的同源策略，跨域请求会受到限制。
解决跨域访问问题的常见方法包括JSONP、CORS和代理。
JSONP（JSON with Padding）是一种跨域访问的解决方案，它通过动态创建script标签实现跨域请求，并将服务器返回的数据作为参数传递给回调函数。
虽然JSONP能够解决跨域访问的问题，但是由于它只支持GET请求，且存在安全漏洞，因此并不是一个很好的解决方案。
CORS（Cross-Origin Resource Sharing）是一种官方标准的跨域访问解决方案，它通过在服务器端设置响应头来允许跨域访问。
开发人员只需要在后端接口中设置Access-Control-Allow-Origin和Access-Control-Allow-Methods等响应头，就可以实现跨域访问。
CORS是目前最常用的跨域访问解决方案，它支持各种类型的请求，并且相对安全。
代理是指通过自己的服务器转发请求，将前端页面的请求发送到后端服务器。
由于代理请求是同源的，所以可以避免跨域访问问题。
不过代理也会增加服务器的负担，并且会有一定的延迟。
数据传输格式问题在前后端交互中，数据传输格式的选择是非常重要的。
目前常用的数据传输格式有JSON和XML。
JSON（JavaScript Object Notation）是一种轻量级的数据交换格式，它简洁明了，易于阅读和编写，可以被各种编程语言轻松解析，因此在前后端交互中得到广泛应用。
盘点程序员开发遇到的30个问题
盘点程序员开发遇到的30个问题1、我不知道该删掉还是重写 回归曾经写的源代码，总有⼀种想要重新返⼯的冲动，逻辑性差，冗余代码多，让⼈难以理解。
但是，如果功能没出现问题，千万不要去修改。
这是我经常要⾯对的困扰，相信也困扰了其他不少的软件开发者。
2、⼀开始架构时就该查Github 相信绝⼤多数开发⼈员都知道Github，它上⾯每天都会发布的⼀些神奇的开源项⽬。
所有语⾔的程序员都会利⽤⽹络，为已存在的项⽬创建分⽀，添加项⽬wiki描述，或者创建⾃⼰的代码库，这些都为各种各样的项⽬的插件和模板提供了很多丰富的资源。
3、为什么这个脚本要依赖这么多库 说到⼀些越来越被⼴泛使⽤的计算机语⾔，像Java和Objective-C，库⽂件的数量也不断增加。
很明显可以看出，构建⼀个框架就需要许多的基础库，甚⾄⼀些Java的插件也需要很多⼤量的附加⽂件。
有时候这些乱七⼋糟的东西会很让⼈⼼烦，但是⾄少它能运⾏。
4、⽹上⼀定有解决办法 遇到困难时，我的第⼀反应就是上⽹查资料，很多程序员会在论坛上发布他们的问题，最终这些问题都会被解决并存档。
Google会很神奇地选择⼀些跟你的问题相关的关键字，你就能够轻⽽易举地得到⼀些对你有帮助的讨论信息。
不幸的是，有时候对于⼀些特定的问题，相关的信息还不是很多。
5、有这个功能的插件吗 何必要多此⼀举插件是扩展任何程序或者⽹站⽤户接⼝的很好的资源。
另外它们还为开发者提供了⼀些定制以及独特的选项。
如果没有可⽤的插件，那你为什么不⾃⼰创建⼀个呢？ 6、对于⽹站项⽬，我好担⼼坑爹的InternetExplorer 使⽤IE渲染⽹页遇到的各种困难，我就不提了，从5。
5版本到IE9-IE10，对于浏览器的⽀持问题的争议就⼀直不断。
Web开发⼈员会很害怕⽹页调试，使⽤IE6进⾏渲染更是噩梦。
，幸好那些⽇⼦已经慢慢成为历史了。
7、有些逻辑语句，并不符合逻辑 有⼀些逻辑语句，像if/else循环，for循环，while循环，do循环…等等，还有很多。
前后端分离前端POST请求参数过长导致400错误解决办法及分析
前后端分离前端POST请求参数过长导致400错误解决办法及分析前后端分离是一种软件开发架构模式，将前端和后端的开发分离，前端负责页面展示和用户交互，后端负责业务逻辑和数据处理。
这种架构模式的优点包括可以提高开发效率、降低耦合性、更好地复用代码以及提供更好的用户体验等。
然而，在前后端分离架构中，由于前端与后端通过API通信，前端发送的数据通常作为请求的参数发送给后端处理。
而HTTP协议对于请求的参数长度是有限制的，当请求的参数过长时，会导致服务器返回400错误。
解决办法：1.使用分批请求：将过长的参数分为多个较短的请求发送给后端。
例如，将一个较长的文本分割成几个部分，分别发送给后端进行处理。
这样可以避免请求参数过长导致的400错误。
2. 使用POST请求体：将请求参数放在POST请求的请求体中发送给后端。
相比于将参数放在URL中，POST请求体可以容纳更多的数据，避免了参数过长导致的错误。
在前端使用JavaScript等技术将参数封装到POST请求体中发送给后端。
3.使用GET请求替代POST请求：如果实在无法避免参数过长导致的错误，可以考虑将POST请求改为GET请求。
GET请求将参数放在URL中，虽然也有长度限制，但通常比POST请求更高。
但这种方法需要注意URL长度限制，同时需要避免将敏感信息放在URL中传输。
分析：1.请求头限制：HTTP协议对于请求头的长度有限制，超过限制长度的请求会被服务器拒绝，并返回400错误。
这是一种基于安全考虑的措施，防止恶意攻击者发送过长的请求消耗服务器资源。
2.请求参数长度限制：除了请求头限制外，HTTP协议还对于请求参数的长度有限制。
这是因为部分服务器和网络设备对于接收和处理大量数据的能力有限，超过限制长度的请求将无法正常处理。
3.前端参数封装错误：有时候400错误可能是由于前端在封装参数时出现了错误，导致请求参数过长。
前端开发人员需要仔细检查参数的封装逻辑和代码，确保参数长度符合要求。
前后端开发联调遇到的问题以及排查
服务器内部错误，观察java后端console显示，修改对应位置
2.1 SQL语句问题 例如：
方法：修改对应Mapper里面的SQL语句
2.2给前端接口字段不匹配 例如：
方法：修改对应字段与前端接口文档一致
3.逻辑错误 定位需要修改的3请刷新页面重试持续报错请尝试更换浏览器或网络环境
1：设计接口文档
前后端开发联调遇到的问题以及排查
2：对照文档进行分离开发：前端开发完成mock测试数据，后端使用postman进行接口测试
3：配置好跨域，准备联调
之后前端页面数据依旧不正常显示排查思路
1.404错误
考虑接口路径问题？或者没有实现该接口？ 2.500错误
软件开发前后端配比
软件开发前后端配比
在去年一年的开发过程中，基于开发中MVC的分层模式，我们在实际的项目中尝试了前后端分离的开发模式，并在几个项目中都坚持了下来，虽然坚持了，但不能说明实际的效果很好，或者解决了我们项目开发中存在的问题。
就像做软件维护一样，经常会解决一个Bug，又引入多个Bug，在新的开发模式下，主要存在以下几个新问题，而这些暴露出来的问题，也进一步说明了，理想和现实总是有差距的。
1、前后端人员配比不合适。
目前比例是1：1，可实际工作量却不是1：1的关系，开发进度的瓶颈就在这里。
2、前后端开发步调不对，前端总是等着后端人员把代码都测试完才开始前端实现，其实可以先去做很多工作的，没有必要一定等后端工作的完成。
3、后端人员在测试完成之后，基本无事可做，要么闲下来，要么参与到自己并不熟练的前端开发中，代码质量不高。
4、项目开发初期，基于接口所做的工作不够细致，不够明确，因此，在这个阶段所产出的约定很脆弱，在后期不得不频繁的调整，导致后期的开发很纠结。
后端人员不得不频繁的更改业务实现。
上面所提到的问题，既有沟通协作的问题，也有项目资源分配的问题，也有技术人员水平及熟练程度的问题。
经过学科测评项目的开发，几个人对前后端分离的开发模式又有个新的认识，自己也反思总
结了我们前后端开发的流程，自我感觉对这个流程也有了更深刻的理解，但不知道下个项目实际操作起来，会如何。
不管实际如何，还是先来说说理论吧。
流程，通俗来讲，就是许多人，在做一系列的事情时，怎样相互协调，安排好这一系列事情的先后顺序，有什么事先的约定，需要达到怎样的预期目标。
如何区分前端问题和后端问题
如何区分前端问题和后端问题
如何区分前端问题和后端问题?
前台的bug通常是功能、界⾯和兼容性等有关；
后台的bug与逻辑、性能和安全性有关。
与数据相关的错误、排序问题⼤多是后台问题；
对于APP页⾯toast提⽰可能是后台给的，可能是APP给的。
（1）检查接⼝
前端和后台之间是通过接⼝⽂件相互联系的，测试⼈员可以通过查看接⼝⽂件，来区分前端和后台bug。
（2）情况分析
a、检查请求的数据是什么？反馈的数据⼜是什么？
通过抓包⼯具来进⾏抓包分析。
⼤多数的浏览器都有⾃带的抓包插件，如 FireFox 的 FireBug 插件，Chrome、360急速模式、搜狗⾼速模式⾃带的 DevelopTools 插件（F12开启），在 NetWork 中可以看到当前页⾯发送的每⼀个http请求。
请求接⼝、传参、响应三部分来判断Bug，另外，也可以在浏览器的控制台进⾏js代码调试定位。
1）请求接⼝URL是否正确
如果请求接⼝URL不正确，为前端Bug；
2）http请求中的参数是否正确
如果http请求中的参数不正确，为前端Bug；
3）如果接⼝URL和参数都正确，查看响应内容是否正确
如果这种情况下响应内容不正确，则为后端Bug。
4）如果JS基础⽐较好的话，也可以在浏览器的控制台中输⼊JS代码进⾏调试。
b、根据接⼝的⽂件，检查数据是否正确。
如果发送的数据是正确的，但是后台反馈的数据是不符合需求的，那就是后台的问题。
如果前端没有请求接⼝，或者请求的时候发送数据与需求不符，那这个时候就是前端的问题了。
交付工作总结范文
交付工作总结范文一、完成的任务本次交付工作的主要任务是完成一个电商平台的前端和后台开发，并将其上线运行。
我在团队中担任前端开发工程师，主要负责前端页面的设计与实现。
经过几个月的努力，我们最终成功地完成了所有的任务。
我们按照计划完成了网站的前端架构搭建、UI设计、编码、调试和测试等环节，同时也完成了与后台开发人员的协同工作，确保整个系统的功能完善、连贯可用。
二、遇到的问题1. 人员安排不合理。
有些团队成员技能水平较低或者参与度不高，导致进度落后。
2. 前后端接口问题。
初期前后端定义好的接口不够清晰明确，导致沟通不畅或二次修改增加时间成本。
3. 资源匮乏。
由于人手不足和预算原因，有时无法购买所需软件或服务，而另寻解决方案有时又会牺牲效率。
三、解决方案1. 加强人员培训和技能提升。
针对一些成员存在的问题，我们组织了专门的技能培训班，加强技能补充与提高。
2. 制定清晰明确的接口方案。
我们反复讨论优化后，确定统一的接口方案，对前后端约定好每个接口都要传递的参数及格式等信息，避免沟通不畅。
3. 寻求外部资源支持。
当内部因各种原因无法满足需求时，我们也积极寻求外部资源（可以是免费的）来解决瓶颈问题。
四、个人收获在这次交付工作中，我获得了很多宝贵的经验和教训。
从平台开发的整个流程中，我看到了团队协作的力量，并学会了与别人合作，配合完成任务。
同时，我进一步提升了自己的技能，从团队中学习了很多实用的知识。
此外，这次交付工作还让我体会到了抵御压力、从容面对困难的重要性，锤炼了我的执行力和决策能力。
总之，通过这次交付工作的经历，我深深地感受到了团队的力量和集思广益的优势。
我相信，在今后的工作中，在遇到类似的问题时，我能更加从容地面对困难，更好地适应工作环境和发展需求。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
常见问题汇总（前后端、软件）》》》》》》》》》》》》》》》DVR、NVR类1.请问目前DVR、NVR支持的最大单个硬盘容量是多大？答：目前测试可以支持最大的为4T。
________________________________________2.目前有哪些型号的DVR支持环通功能？答：K系类产品支持环通功能。
________________________________________3.请问6000系列的哪些设备支持抓图？答：3520D的方案的4路的在4D1模式下支持 8路的在8HD1模式下支持3520A方案的是4D1模式下支持 8路的在8HD1模式下支持3521方案的8路的在8D1模式下支持 16路在4D1+12CIF模式下支持________________________________________4.请问DVR本地回放的时候，一个画面流畅播放，其它画面都是慢动作，一跳一跳的？答：因为性能问题，部分设备无法做到实时同步回放。
有些通道是实时的，其余通道只播放I帧,就会2S一跳，比如DVR6008T-EL，支持四路回放，一路实时三路非实时。
用鼠标选中哪个通道哪个通道就是实时播放，其余通道非实时。
详细参数见—6000模式说明。
________________________________________5. 6000系列的智能分析为什么只有第一通道能支持其他通道无法设置？答：因为性能的原因，目前6000系列的智能分析只支持1路，并且是固定在第一通道的，其他通道都不支持。
________________________________________6.DVR密码忘记了怎么办？答：需要客户提供设备上的当前显示的系统时间。
然后用超级密码工具，按照年月日格式生成当日可用的临时密码。
设备本地超级密码登陆后，设备密码会恢复默认，其余配置不会改变。
注：密码区分大小写，设备本地输入，当日有效。
详细说明见—PC端工具使用说明。
________________________________________7.DVR5004T-S升级为NBD5504T-F后，连接IPC无法显示图像？答：5004T-S解码只支持H264 baseline的码流，IPC现在出厂默认的配置时High Profile 的码流,使用WEB登陆IPC，设备配置-->系统设置-->编码设置，将静态编码模式设置为baseline, 类似还有HVR5006D-E,HVR6009D-E.________________________________________8.录像机可以用两个监视器来观看可以吗？答：支持spot功能的设备可以实现。
________________________________________9.录像机FA系列与F系列有什么不同?答：二者都是1.5U的机箱支持4个硬盘位，但是F支持内置刻录机，FA不支持。
F的有带飞梭，FA的不带________________________________________10. 为什么设备开机，VGA显示器出现彩条后黑屏没有菜单界面显示？答：由于VGA显示器支持的分辨率比较低，而设备设置的分辨率比较高，会出现此问题。
解决办法：网络端登录设备，系统设置->输出模式->输出分辨率，调成最小，然后重启录像机。
带硬盘的可以先拆掉硬盘，正常后再重新接硬盘。
________________________________________11. 备份用移动硬盘文件系统有什么要求吗？硬盘大小有什么要求吗？答：8M Flash的只支持FAT32格式，16M Flash的还可以支持NTFS格式。
现在8M Flash的主板只支持U盘备份。
16M Flash的主板支持最大1T移动硬盘备份和U盘备份。
________________________________________12.录像机编码设置里面的I帧间隔有什么作用？答：H264协议里定义了三种帧，完整编码的帧叫I帧，参考之前的I帧生成的只包含差异部分编码的帧叫P帧，还有一种参考前后的帧编码的帧叫B帧。
我们设备的I帧间隔默认为2S，假设设置I帧间隔为10S，则10S内会有两个I帧和248个P帧（PAL制式下每秒25帧）。
I帧保存的是一个完整的图片，P帧保存只是对前一帧变化的部分。
所以P帧的信息量比I帧小。
所以当设置I帧间隔越大，录像所占的空间就会越小。
但当用IE浏览器来预览画面时，会等到第一个P帧来的时候才能看到图像。
如果因为网络问题P帧丢掉的话，要等到下一个P帧到的时候才会有图像。
________________________________________13. 在回放界面中，客户点击上一帧出现后退2秒，点击下一帧是25张图片一秒。
这个是什么问题？(pal制)答：我们这边回放时，对帧的定义为：播放上一帧为播放I帧，播放下一帧为播放P帧。
默认编码设置里的I帧间隔为2S。
所以播放上一帧时会跳动到上一个I帧。
播放下一帧时会有25帧的图像。
________________________________________14. DVR通过U盘备份文件时，U盘中同时生成一个Player.exe的文件是什么？答：这个是播放插件，安装后可以用mediaPlayer播放所备份出来的文件。
________________________________________15. 为什么我的DVR识别不到硬盘？答：1.检查硬盘有没有正常供电，sata数据线是不是连接正常。
可以换下数据线检查下硬盘是否正常供电。
2.可能是硬盘和设备的兼容性问题，如果是3521,3531方案的话，可以用最新的程序把u-boot升级进去。
3.检查下是不是用我们标配的电源适配器，可能是电源适配器功率不足引起的。
________________________________________16. 为什么我在DVR里面设置录像的编码是960H（960*576),而录像文件实际的分辨率只有928*576？答：摄像头厂家一般做不到完整的960*576 如果采集960*576会有32像素的左右黑边。
________________________________________17. DVR本地预览和IE预览的时候是什么分辨率？答：1.如果客户用的是D1的DVR 我们本地预览的时候就是D1的（单画面）。
如果是960H 的设备则预览的时候是960H（单画面）。
2.IE端（CMS）预览的时候,因为是在解码，看到的图像是你在编码配置里面设置的分辨率。
3.当本地预览多画面时，每个通道的分辨率是由设备设置的显示分辨率决定。
例如选择的是1280*1024,16路的设备。
则每个通道的分辨率为1208*1024/16（多画面）。
________________________________________18.为什么我升级自己修改的开机logo后，开机后图片却不能满屏显示？答：logo图片要背景色单一，没有边框，如果背景色不单一或者有边框的情况下会出现不满屏的情况。
程序默认情况下是不会自动拉伸logo的。
如果客户有定制程序 logo拉伸的，这个都是满屏的，但可能会出现有的分辨率下比列有点变形。
________________________________________20.DVR支持主动注册（DAS）功能吗？答：主动注册默认是不支持的。
需要市场部提需求定制。
但IPC默认都是支持DAS的。
________________________________________21. DVR的自动维护，设置了删除一天的文件，当设备进行维护了之后，把删除一天前的文件功能关闭，这时硬盘有能查询到以前的录像文件？答：可以，目前设备的自动维护功能，自定义删除录像文件，其只是会把录像文件从硬盘隔离出来，并不会彻底删除硬盘上文件。
________________________________________22. 你们DVR的flash用的是NOR FLASH 还是NAND FLASH ？答：5000系列是 NOR FLASH，6000系列是SPI Flash________________________________________23. 设备支持8个硬盘，开始安装了4个硬盘录像，如果前面4个盘都已经满了,然后在覆盖第2个盘,这个时候如果在添加2个新硬盘，这时是个怎样的录像顺序（硬盘的使用顺序）? 答:我们设备装硬盘，硬盘是是有对应号码，1-8，录像是会先从1号硬盘开始录像，1号硬盘录满后，2号硬盘开始录像依次到第8号硬盘。
如果是后再加上的硬盘，录像会录到新硬盘中；有空闲的硬盘就不会进行覆盖。
________________________________________24. DVR6004T-H这款DVR是支持对讲的，通过CMS与设备进行对讲，声音能录到DVR的硬盘里吗？答：对讲的音频无法录到视频文件中。
________________________________________25. DVR通过U盘备份文件时，U盘中同时生成了一个Player.exe的文件？答：正常的。
这个是播放插件，安装后可以用mediaPlayer播放所备份出来的文件________________________________________26.4路DVR在录像回放时，出现多通道回放录像卡，跳秒播放，单通道回放正常？答：部分设备因为性能的原因，无法做到多路实时同步回放，有部分通道是实时的，部分通道只播放I帧，会2s跳一次，比如MBD6804T-EL，支持4*D1路回放，2*D1路实时其他2路非实时，这个时候如果你用鼠标选择不实时的通道，这个通道会自动变成实时回放，另外有一个通道会变成只播放I帧。
________________________________________27. 你们32路的DVR机E-B系列的机子能否做到D1录像？32E-B的DVR机能否用软件升级成为NVR？答：1. 这款设备录像最高分辨率为CIF，无法达到D1；2.不能升级为专业NVR，可以配置为纯网络模式。
________________________________________28. DVR5816T-B的DVR可以接云台吗？答：支持云台485功能________________________________________29．DVR接模拟球机需要怎样设置？答：1.球机的485线接到DVR RS485 接口上正负区分（A为正；B为负）2.在DVR主菜单-系统设置-云台设置-PTZ设备填入对应球机的协议，波特率，地址位________________________________________30. DVR录像回放音频在哪开启？答：DVR录像回放音频是不需要开启的，如果录像中有音频的，回放是会自动播放的。