开发JSP WEB应用所犯的错误收集(多者拿分,严禁抄袭)

Posted 2023-03-29

不论大小错误,只有你犯过,就请把它贡献出来吧!!
比如操作数据库方面,新手会犯很多错误,如关键字重复,空等.

1、第一个JAVA例程：hello world
执行时的问题：problems Executing Hello

如果你看到下面的错误提示:
'java' is not recognized as an internal or external command, ...
or
java: Command not found.
那么你或许没有安装java或者在环境变量中并没有设置path路径java\bin目录。请检查你的java安装以及环境变量的正确设置。

如果你看到:
Exception in thread "main" java.lang.NoClassDefFoundError: hello
(wrong name: Hello) ...
那么你很有可能是因为没有注意大小写或是把名称中的字母打错了。如：
java hello
键入正确的命令重新运行即可。

如果你看到:
Exception in thread "main" java.lang.NoClassDefFoundError: Hello
/class
那么你需要考虑是否去掉名字中的.class部分。

2、分析出现java.lang.NoClassDefFoundError异常的具体情况

这个问题在上面调试第一个例程出现过，但是如果我们输入的名称是正确的，仍然提示这样的问题时怎么办呢？
装了JDK1.4.0版，而且JAVA_HOME，PATH和CLASSPATH都设置好了。如下
JAVA_HOME=/home/jdk
CLASSPATH=$JAVA_HOME/jre/lib/tools.jar:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/jre/lib/:$JAVA_HOME/lib
PATH=$PATH:$JAVA_HOME/bin

用JAVAC命令生成了hello.class,当使用java hello时，仍然提示：
Exception in thread "main" java.lang.NoClassDefFoundError:XXX（wrong name:
XXX）

解决提示：
(1)、Add (current directory) to your classpath或类定义前面加public
(2)、path环境变量中设置的路径中是否有另一个java.exe文件，默认执行的是这个目录下的java.exe，虽然版本与JDK下的java.exe一致，但是在此目录下执行就会出错。
方法：
安装了JDK的情况下，应该删除winnt下的java.exe，确保默认调用的java.exe是位于jdk中bin目录下的java.exe。

(3)、假如你使用了packet
那么检查你在编译了没有将指定package包在你文件中的java文件。

3、通常异常捕获处理：
JAVA中几个基本异常简单的描述一下：
ArithmeticException 当出现异常算术条件时产生
NullPointerException 当应用程序企图使用需要的对象处为空时产生
ArrayIndexOutOfBoundsException 数组下标越界时产生
ArrayStoreException 当程序试图存储数组中错误的类型数据时产生
FileNotFoundException 试图访问的文件不存在时产生
IOException 由于一般I/O故障而引起的，如读文件故障
NumberFormatException 当把字符串转换为数值型数据失败时产生
OutOfMemoryException 内存不足时产生
SecurityException 当小应用程序（Applet）试图执行由于浏览器的安全设置而不允许的动作时产生
StackOverflowException 当系统的堆栈空间用完时产生
StringIndexOutOfBoundsException 当程序试图访问串中不存在的字符位置时产生

上述出现的异常基本上都是JAVA中我们可能会遇到的异常。

类Throwable有两个直接子类：Error和Exception。Exception类对象是Java程序处理或抛弃的对象。Java 提供了两种Exception 的模式，一种是执行的时候所产生的Exception (Runtime Exception)，另外一种则是受控制的Exception (Checked Exception)。所有的Checked Exception 均从java.lang.Exception 继承而来，而Runtime Exception 则继承java.lang.RuntimeException 或java.lang.Error (实际上java.lang.RuntimeException 的上一层也是java.lang.Exception)。它有各种不同的子类分别对应于不同类型的例外。其中类RuntimeException代表运行时由Java虚拟机生成的例外。

程序的运作机制上看，Runtime Exception与Checked Exception 不一样，从逻辑上看，Runtime Exception 与Checked Exception 在使用的目的上也不一样。

一般而言，Checked Exception 表示这个Exception 必须要被处理，也就是说程序设计者应该已经知道可能会收到某个Exception(因为要try catch住) ，所以程序设计者应该能针对这些不同的Checked Exception 做出不同的处理。

而Runtime Exception 通常会暗示着程序上的错误，这种错误会导致程序设计者无法处理，而造成程序无法继续执行下去。

Java的可控制异常处理是通过5个关键字来实现的：try，catch，throw，throws，finally。JB的在线帮助中对这几个关键字是这样解释的：
Throws: Lists the exceptions a method could throw.
Throw: Transfers control of the method to the exception handler.
Try： Opening exception-handling statement.
Catch： Captures the exception.
Finally： Runs its code before terminating the program.

·try语句
try语句用大括号指定了一段代码，该段代码可能会抛弃一个或多个例外。

·catch语句
catch语句的参数类似于方法的声明，包括一个例外类型和一个例外对象。例外类型必须为Throwable类的子类，它指明了catch语句所处理的例外类型，例外对象则由运行时系统在try所指定的代码块中生成并被捕获，大括号中包含对象的处理，其中可以调用对象的方法。

catch语句可以有多个，分别处理不同类的例外。Java运行时系统从上到下分别对每个catch语句处理的例外类型进行检测，直到找到类型相匹配的catch语句为止。这里，类型匹配指catch所处理的例外类型与生成的例外对象的类型完全一致或者是它的父类，因此，catch语句的排列顺序应该是从特殊到一般。

也可以用一个catch语句处理多个例外类型，这时它的例外类型参数应该是这多个例外类型的父类，程序设计中要根据具体的情况来选择catch语句的例外处理类型。

· finally语句
try所限定的代码中，当抛弃一个例外时，其后的代码不会被执行。通过finally语句可以指定一块代码。无论try所指定的程序块中抛弃或不抛弃例外，也无论catch语句的例外类型是否与所抛弃的例外的类型一致，finally所指定的代码都要被执行，它提供了统一的出口。通常在finally语句中可以进行资源的清除工作。如关闭打开的文件等。不管异常是否发生都会执行finally中的语句。

·throws语句
throws总是出现在一个函数头中，用来标明该成员函数可能抛出的各种异常。对大多数Exception子类来说，Java 编译器会强迫你声明在一个成员函数中抛出的异常的类型。如果异常的类型是Error或 RuntimeException， 或它们的子类，这个规则不起作用， 因为这在程序的正常部分中是不期待出现的。 如果你想明确地抛出一个RuntimeException，你必须用throws语句来声明它的类型。

· throw语句
throw总是出现在函数体中，用来抛出一个异常。程序会在throw语句后立即终止，它后面的语句执行不到，然后在包含它的所有try块中（可能在上层调用函数中）从里向外寻找含有与其匹配的catch子句的try块。所有的方法都使用“throw”语句来抛出一个异常。Throw语句需要一个单独throwable对象，这个对象是任意Throwable类的子类。

例如：
boolean testEx() throws Exception
boolean ret = true;
try

ret = testEx1();

catch (Exception e)

System.out.println("testEx, catch exception");
ret = false;
throw e;

finally

System.out.println("testEx, finally; return value="+ret);
return ret;



4、JAVA错误： java.lang.Error

原因:

1.对系统所访问外部资源，未执行关闭操作，导致外部资源大量浪费，最终可能导致系统无法正常运行；
2.对系统所访问的外部资源关闭次数太多，外部系统无法正常处理；
3.系统访问的外部资源出现异常情况。
解决方案：

1.访问外部资源前，首先检查该资源(如数据库)是否可正常连接或操作。
2.访问外部资源时，如果进行了连接，一定进行关闭操作，并仅进行一次关闭操作。
3.尽量在同一操作中共享外部资源，以减少该操作对资源的消费，提高程序的执行效率

5、空指针错误 ：java.lang.NullPointerException

使用基本的JAVA数据类型，变量的值要么已经是默认值，如果没有对其正常赋值，程序便不能通过编译，因此使用基本的JAVA数据类型(double,float,boolean,char,int,long)一般不会引起空指针异常。由此可见，空指针异常主要跟与对象的操作相关。

下面先列出了可能发生空指针异常的几种情况及相应解决方案：

不管对象是否为空就直接开始使用。
(JSP)代码段1：
out.println(request.getParameter("username"));
描述：
代码段1的功能十分简单，就是输出用户输入的表域"username"的值。

说明：
看上去，上面的语句找不出什么语法错误，而且在大多数情况下也遇不到什么问题。但是，如果某个用户在输入数据时并没有提供表单域"username"的值，或通过某种途径绕过表单直接输入时，此时request.getParameter("username")的值为空（不是空字符串，是空对象null。），out对象的println方法是无法直接对空对象操作，因此代码段1所在的JSP页面将会抛出"java.lang.NullPointerException"异常。

即使对象可能为空时，也调用java.lang.Object或Object对象本身的一些方法如toString(), equals(Object obj)等操作。
(JSP)代码段2：

String userName = request.getParameter("username");
If (userName.equals("root"))
....

描述：
代码段2的功能是检测用户提供的用户名，如果是用户名称为"root"的用户时，就执行一些特别的操作。

说明：
在代码段2中，如果有用户没有提供表单域"username"的值时，字符串对象userName为null值，不能够将一个null的对象与另一个对象直接比较，同样，代码段2所在的JSP页面就会抛出(java.lang.NullPointerException)空指针错误。

(JSP)代码段3：
String userName = session.getAttribute("session.username").toString();

描述：
代码段3的功能是将session中session.username的值取出，并将该值赋给字符串对象 userName。

说明：
在一般情况下，如果在用户已经进行某个会话，则不会出现什么问题；但是，如果此时应用服务器重新启动，而用户还没有重新登录，（也可能是用户关闭浏览器，但是仍打开原来的页面。）那么，此时该session的值就会失效，同时导致session中的session.username的值为空。对一个为null的对象的直接执行toString()操作，就会导致系统抛出(java.lang.NullPointerException)空指针异常。

解决方案：
为了确保进行操作或引用的对象非空，假若我们要对某对象进行操作或引用，我们首先去检查该对象是否已经实例化且不为空；并且在系统中加入针对对象为空时情况的处理。

如：采用String对象保存用户提交的结果；在如果涉及对象的操作时，先检测其是否为空后，检查到对象为空后，可再选择进行以下任一种处理方式：

处理方式 1) 检查到对象为空时，设置对象值为空字符串或一个默认值；
处理方式 2) 检测到对象为空时，根本不执行某操作，直接跳转到其他处理中。
处理方式 3) 检查到对象为空时，提示用户操作有错误。
将代码段2按以上方式进行改写，得到：
方式1：

String userName = request.getParameter("username");
// 该变量值为空时，转化为默认空字符串
If (userName == null)
userName = "";
If (userName.equals("root"))
..........

方式2：

String userName = request.getParameter("username");
// 该变量值为空时，转化为默认空字符串，不执行有关操作。
If (usreName != null)

If (userName.equals("root"))
..........


方式3：

String userName = request.getParameter("username");
// 该变量值为空时，转化为默认空字符串，不执行有关操作。
If (usreName == null)

// 提示用户输入信息为空


实际中，上面提供到三种处理方式也同样适用于其他异常的处理：

异常处理方式 1) 检查到异常出现，设置对象值为空字符串或一个默认值；
异常处理方式 2) 检测到异常出现，根本不执行某操作，直接跳转到其他处理中。
异常处理方式 3) 检查到异常出现，提示用户操作有错误。

Struts常见错误汇总

以下所说的struts-config.xml和ApplicationResources.properties等文件名是缺省时使用的，如果你使用了多模块，或指定了不同的资源文件名称，这些名字要做相应的修改。

1、“No bean found under attribute key XXX”
在struts-config.xml里定义了一个ActionForm，但type属性指定的类不存在，type属性的值应该是Form类的全名。或者是，在Action的定义中，name或attribute属性指定的ActionForm不存在。

2、“Cannot find bean XXX in any scope”
在Action里一般会request.setAttribute()一些对象，然后在转向的jsp文件里（用tag或request.getAttribute()方法）得到这些对象并显示出来。这个异常是说jsp要得到一个对象，但前面的Action里并没有将对象设置到request（也可以是session、servletContext）里。
可能是名字错了，请检查jsp里的tag的一般是name属性，或getAttribute()方法的参数值；或者是Action逻辑有问题没有执行setAttribute()方法就先转向了。
还有另外一个可能，纯粹是jsp文件的问题，例如<logic:iterate>会指定一个id值，然后在循环里<bean:write>使用这个值作为name的值，如果这两个值不同，也会出现此异常。（都是一个道理，request里没有对应的对象。）

3、“Missing message for key "XXX"”
缺少所需的资源，检查ApplicationResources.properties文件里是否有jsp文件里需要的资源，例如：
<bean:message key="msg.name.prompt"/>
这行代码会找msg.name.prompt资源，如果AppliationResources.properties里没有这个资源就会出现本异常。在使用多模块时，要注意在模块的struts-config-xxx.xml里指定要使用的资源文件名称，否则当然什么资源也找不到，这也是一个很容易犯的错误。

4、“No getter method for property XXX of bean teacher”
这条异常信息说得很明白，jsp里要取一个bean的属性出来，但这个bean并没有这个属性。你应该检查jsp中某个标签的property属性的值。例如下面代码中的cade应该改为code才对：
<bean:write name="teacher" property="cade" filter="true"/>

5、“Cannot find ActionMappings or ActionFormBeans collection”
待解决。

6、“Cannot retrieve mapping for action XXX”
在.jsp的<form>标签里指定action='/XXX'，但这个Action并未在struts-config.xml里设置过。

7、HTTP Status 404 - /xxx/xxx.jsp
Forward的path属性指向的jsp页面不存在，请检查路径和模块，对于同一模块中的Action转向，path中不应包含模块名；模块间转向，记住使用contextRelative="true"。

8、没有任何异常信息，显示空白页面
可能是Action里使用的forward与struts-config.xml里定义的forward名称不匹配。

9、“The element type "XXX" must be terminated by the matching end-tag "XXX".”
这个是struts-config.xml文件的格式错误，仔细检查它是否是良构的xml文件，关于xml文件的格式这里就不赘述了。

10、“Servlet.init() for servlet action threw exception”
一般出现这种异常在后面会显示一个关于ActionServlet的异常堆栈信息，其中指出了异常具体出现在代码的哪一行。我曾经遇到的一次提示如下：

java.lang.NullPointerException
at org.apache.struts.action.ActionServlet.parseModuleConfigFile(ActionServlet.java:1003)
at org.apache.struts.action.ActionServlet.initModuleConfig(ActionServlet.java:955)

为解决问题，先下载struts的源码包，然后在ActionServlet.java的第1003行插入断点，并对各变量进行监视。很丢人，我竟然把struts-config.xml文件弄丢了，因此出现了上面的异常，应该是和CVS同步时不小心删除的。

11、“Resources not defined for Validator”
这个是利用Validator插件做验证时可能出现的异常，这时你要检查validation.xml文件，看里面使用的资源是否确实有定义，form的名称是否正确，等等。 参考技术A 先看一便这个

JSP实用技巧大全

参考资料：http://www.hackhome.com/InfoView/Article_182690.html

Web开发人员常犯的10个错误

说到开发一个运行在现代网络中的网站：Web开发人员需要选择虚拟主机平台和底层数据存储，准备编写HTML、CSS和JavaScript用的工具，要有设计执行方式，以及一些可用的JavaScript库/框架。在将任务分解为这几步之后，接下来要做的就简单多了，可以去网上找文章，浏览论坛，看看那些能提供更好的Web体验提示的示例。

然而不管是走哪条路，犯错却是每一个开发人员都不可避免的。虽然有些错误与某一个具体的行为相关，但有些错误却是所有Web开发人员都需要面对的挑战。因此，通过研究，体验和观察，我总结了Web开发人员常犯的10个错误——以及如何避免这些错误。

以下要点没有特定的顺序。

1）写一些过时的HTML

错误：早期的互联网比起我们现在，标记的选择要少得多。然而，旧习难改，现在很多开发人员写的HTML就好像还身处20世纪一样。举例来说，我们使用<table>元素用于布局，当其他特定语义标签更适合的时候使用<span>或<div>元素，在当前HTML标准不受支持的时候使用<center>或<font>标签，在页面上间隔项目，如果有大量&nbsp;字符实体的话。

影响：遵从这种过时的HTML规则可能会导致标记过于复杂，结果是在不同的浏览器中发生不同的行为。而且没有了改进浏览器的动力，因为没有必要更新到最新的浏览器，如Microsoft Edge，哪怕是Internet Explorer版本（11、10、9）也变得没有必要。

如何避免：停止使用<table>元素用于内容布局，限制使用<table>元素来显示表格数据。例如可以去whatwg.org了解当前可用的标记选项。使用HTML去描述内容是什么，而不是说明内容如何展现。对于如何显示内容，请使用CSS（http://www.w3.org/Style/CSS/）。

2）“明明在我的浏览器中是可行的……”

错误：开发人员往往会偏爱某一个特定的浏览器，或者特别讨厌某一个，可能主要是因为对测试网页视图有所偏见。也有可能是因为从网上找到的代码示例不能保证会如何呈现在其他浏览器中。此外，一些浏览器对风格有不同的默认值。

影响：以某一个浏览器为中心写的网站，在其他浏览器中显示时，其质量将会很差。

如何避免：在开发过程中，在所有浏览器和版本中测试网页是不切实际的。不过，每隔一段时间，在多个浏览器中检查网站的样子不失为一个好方法。现在，不管你偏好的是什么平台，总有免费的工具可用：免费的虚拟机、网站扫描仪。如http://browsershots.org/和https://www.browserstack.com/show网站可以给出页面如何呈现在多个浏览器/版本/平台中的快照。Visual Studio等工具还可以调用多个浏览器，来显示你正在工作的单一页面。当涉及到CSS设计时，可以参考在meyerweb.com中所示的那样“重置”所有的默认值。

如果你的网站正在使用的CSS特性是专为某一浏览器特制的，那么注意它的引擎前缀，如-webkit-，-moz-和-ms-。对于行业在这方面的发展趋势指导，那么可以阅读以下参考：

• ?Microsoft Edge开发博客：A break from the past, part 2: Saying goodbye to ActiveX, VBScript, attachEvent

• ?QuirksMode.org：CSS vendor prefixes considered harmful

• Bruce Lawson： On Internet Explorer supporting -webkit- vendor prefixes

上面这些参考资料解说了引擎前缀的革新，以及你还可以点击这里——这个网站提供了一些如何摒弃引擎前缀的实用建议。

3）不好的格式

错误：提示用户提供信息（特别是在输入文本字段的时候），并假设数据会如预期接收。

影响：很多事情会（或者很有可能将会）出错，当我们信任用户输入的时候。如果无法提供所需的数据，或接收到的数据不能与下面的数据模式兼容，页面可能会失败。更为严重的是，有的用户可能会故意违背网站的数据库，例如可以通过注入式攻击（见OWASP：Top 10 2013-A1-Injections）。

如何避免：你首先要做的事是确保用户清楚你需要什么类型的数据。比如说，如果你只说要地址，那用户不知道指的是单位，家庭还是电子邮件的地址！除了要具体，还要充分利用现在的HTML提供的数据验证技术。不管数据在浏览器端是如何验证的，确保它始终也在服务器端验证。不要让一个串接的T-SQL语句使用来自于用户输入的，各个字段的类型没有经过确认的数据。

4）臃肿的响应结果

错误：页面充满了许多高品质的图形和/或图片，这些图形和/或图片借助img元素的高度和宽度属性按比例缩小。来自于页面链接的文件，如CSS和JavaScript，很大。源HTML标记也可能是不必要的复杂和全面。

影响：完全渲染页面的时间是如此之久，以致于一些用户放弃了，或者甚至于直接不耐烦地重新请求整个页面。在某些情况下，如果页面处理等待太久，会出现错误。

如何避免：不要抱有现在互联网接入越来越快的侥幸心态——从而允许臃肿的场景。相反，要将从浏览器到你的网站的来回当为一种成本。图像是网页臃肿的主要罪犯。为了最大限度地减少图像成本，减轻页面加载的压力，可以试试以下三个技巧：

1、问问你自己：“这些图形真的有必要吗？”删除不需要的图片。

2、使用例如Shrink O’Matic或RIOT的工具来减少图像文件大小。

3、预加载图像。这不会提高初始下载的成本，但可以让网站其他页面图像加载速度更快。

另一种减少成本的方式是压缩CSS和JavaScript链接文件。有很多的工具，如Minify CSS和Minify JS都能帮你做到。

5）创建所谓“应该能行”的代码

错误：无论是JavaScript，还是在服务器上运行的代码，开发人员都需要测试并确认它是否可以正常工作，而不是在部署了之后，就认为它应该就能从一而终地运行。

影响：不经过适当错误检查的网站就是对最终用户耍流氓。不仅会极大地影响用户体验，而且其错误消息内容的类型可能会给黑客线索来渗透这个站点。

如何避免：是人都会犯错，这个哲理同样适用于编码。使用JavaScript，一定要实施好的技术来防止并抓住错误。虽然这篇文章描绘了用JavaScript编码Windows应用程序，但是大部分的内容也适用于web开发，许多提示都很不错！另一种能让代码变得可靠又能在未来变化中存活下来的方法是单元测试。

如果我们够仔细，那么就能捕捉到服务器端的代码失败，而不被用户发现。只显示必要的信息，并且一定要确保设置友好的错误页面，如HTTP 404s。

6）写分叉代码

错误：本着支持所有浏览器和版本的崇高理念，开发人员立志创建可对任意可能情况作出回应的代码。代码中if语句成堆，所有方向都有分叉。

影响：随着浏览器新版本的更新，代码文件会变得越来越笨拙和难以管理。

如何避免：实现代码的功能检测和浏览器/版本检测。功能检测技术不仅可以显著减少代码量，还更易于阅读和管理。不妨考虑使用如Modernizr这样的库，不仅有助于功能检测，还能自动帮助提供不能跟上HTML5和CSS3速度的旧版浏览器的反馈支持。

7）非响应式设计

错误：假设开发/设计人员在相同尺寸的显示器上开发网站。

影响：当在移动设备或在非常大的屏幕查看网站时，用户体验要么很难看到页面的重要方面，要么甚至要时刻注意着不导航至其他网页。

如何避免：响应式的思维方式。在网站中使用响应式设计。这里有一些关于这方面的实用教程，包括响应式图片，还有一个非常受欢迎的库，那就是Bootstrap。

8）制作无意义的页面

错误：制作面向公众内容的网页才是有用的，绝不能不提供关于搜索引擎的任何线索。没有实现可访问性功能。

影响：如果不能让搜索引擎发现网页，那么，可能会只有少量或根本没有访问。

如何避免：使用SEO（搜索引擎优化）和HTML的支持可访问性。关于SEO，一定要添加标签以提供有意义的网页关键字和描述。 About Tech就写得很好，可以借鉴。为了能有更好的可访问性功能体验，请对每一个img和area标签提供一个alt="your image description" 属性。更多建议请见About Tech。你也可以在Cynthia Says测试公共网页，看它是否兼容Section 508。

9）网站过多刷新

错误：创建的网站需要为每一个互动而全面刷新页面。

影响：类似于页面臃肿（参见＃4），页面加载时间的性能会受到影响。用户体验缺乏流畅性，并且每次互动都可能导致网页短暂（或长时间）的复位。

如何避免：快速避免这种情况的一个方法就是，通过测定回发到服务器的内容是否是真正需要的。例如，当不依赖服务器端资源的时候，客户端脚本可用于提供直接结果。你也可以应用AJAX技术或进一步使用单页的应用程序“SPA”方法。流行的JavaScript库/框架，如JQuery、KnockoutJS和AngularJS，能让这些方法的采用变得容易得多。

10）做了太多的无用功

错误：开发人员花了很长的时间来创建web内容。大量的时间花在了重复的任务上，或者自己敲代码写了很多。

影响：初始网站的发布和后续的更新时间过于冗长。如果其他开发人员也在在做同样的工作，却用了更少的时间和精力，那么你的开发价值显然就低了。手动劳动很容易出现错误，而排除故障错误需要更多的时间。

如何避免：探索你的选择。在开发的每一个阶段考虑使用新的工具和新的流程技术。例如，你目前使用的代码编辑器相比Sublime Text和Visual Studio，如何？不管你使用的是什么样的代码编辑器，你最近有好好钻研它的功能吗？也许只投入稍稍一点时间去仔细阅读文档，就可以发现做事的新方法，为今后节省一个又一个小时的时间。例如，在这篇文章中，扩展Visual Studio可以为web开发人员提高生产效率。

不要错过网上可用的帮助工具！例如，检查在dev.modern.ie上的工具以简化测试（跨多个平台和设备）以及排除故障。

你也可以通过实现流程自动化以减少时间和错误。这方面的例子是使用Grunt工具，例如它的自动化功能可以减小文件（见第4点）。另一个例子是Bower，可以协助管理库/框架（参见第9点）。

至于web服务器本身？在例如Microsoft Azure Web Apps的帮助下，你可以快速创建一个网站，几乎所有的开发场景都可以很轻轻松松地规模化到你的业务中！

总结

通过识别这些常见的错误，web开发人员可以避免很多让其他人饱受煎熬的挫折。我们不仅需要承认错误，还应该清楚错误的影响，并采取措施避免错误，这样才能有更好的开发表现——并有信心完成任务！