一． 手动输入完成校验
1.普通的处理方式：只需要在action中重写validate（）方法
2.一个action对应多个逻辑处理方法：指定校验摸个特定方法的方式：
重写validateXxxx（）方法。Eg:如果，只校验login方法，则只需重写validateLogin().
二． 输入校验流程：
1. 类型转换器负责对字符串的请求参数执行类型转换。并将这些值设置成Action的属性值。
2. 转换过程中若出现异常，则将异常信息保存到ActionContext中，conversionError拦截器将其封装到fieldError中。
3. 通过反射调用validateXxx()方法。
4. 调用validate().
5. 如果未出现异常，则转入用户请求的处理方法，如果出现异常，则转入inout视图所指定的视图资源（所以，对于验证的方法，必须要在配置文件中为其指定input）。
三． 基于验证框架的输入校验
1. 编写校验配置文件：命名规则：action类名-validatin.xml.
2. 一个action对应多个逻辑处理方法：指定校验摸个特定方法的方式：
action类名-name属性名-validatin.xml.（name属性名：在strtus配置文件中的）
3. 配置文件存放位置：放在与Action相同的文件夹内。
4. 验证规则：先加载action类名-validatin.xml，然后加载action类名-name属性名-validatin.xml文件。
5. 校验器的配置风格：两种：字段校验器，非字段校验器。
字段校验器配置格式：
<field name="被校验的字段">
<field-validator type="校验器名">
<!--此处需要为不同校验器指定数量不等的校验规则-->
<param name="参数名">参数值</param>
....................
<!--校验失败后的提示信息，其中key指定国际化信息的key-->
<message key="I18Nkey">校验失败后的提示信息</message>
<!--校验失败后的提示信息:建议用getText("I18Nkey"),否则可能出现Freemarker template Error-->
</field-vallidator>
<!-- 如果校验字段满足多个规则，下面可以配置多个校验器-->
</field>
非字段校验器配置格式：
<validator type="校验器名">
<param name="fieldName">需要被校验的字段</param>
<!--此处需要为不同校验器指定数量不等的校验规则-->
<param name="参数名">参数值</param>
<!--校验失败后的提示信息，其中key指定国际化信息的key-->
<message key="I18Nkey">校验失败后的提示信息</message>
<!--校验失败后的提示信息:建议用getText("I18Nkey"),否则可能出现Freemarker template Error-->
</validator>
非字段校验：先指定校验器：由谁来校验，来校验谁！
字段校验器：先指定校验的属性：我来校验谁，由谁来校验！
6. 校验器：struts2提供了大量的内置校验器：你可以在xwork-core-2.1.6.jar的com.opensymphony.xwork2.validator.validators下找到如下配置文件：default.xml.里面列出了所有的内置校验器。
----------------------------------------------------------
struts2表单验证里field-validator type值：
int 整数；
double 实数；
date 日期；
expression 两数的关系比较；
email Email地址；
url
visitor
conversion
regex 正则表达式验证；
required 是否为空；
requiredstring 必须字符；
stringlength 输入字符长度限制;
url web地址
visitor 访问
conversion 转换
-------------------------------------------------------------
<validators>
<!—必填校验器 -->
<validator name="required" class="com.opensymphony.xwork2.validator.validators.RequiredFieldValidator"/>
<!—必填字符串校验器-->
<validator name="requiredstring" class="com.opensymphony.xwork2.validator.validators.RequiredStringValidator"/>
<!-- 整数校验器 -->
<validator name="int" class="com.opensymphony.xwork2.validator.validators.IntRangeFieldValidator"/>
<!-- -->
<validator name="long" class="com.opensymphony.xwork2.validator.validators.LongRangeFieldValidator"/>
<validator name="short" class="com.opensymphony.xwork2.validator.validators.ShortRangeFieldValidator"/>
<validator name="double" class="com.opensymphony.xwork2.validator.validators.DoubleRangeFieldValidator"/>
<!-- 日期校验器 -->
<validator name="date" class="com.opensymphony.xwork2.validator.validators.DateRangeFieldValidator"/>
<!-- 表达式校验器 -->
<validator name="expression" class="com.opensymphony.xwork2.validator.validators.ExpressionValidator"/>
<!-- 字段表达式校验器 -->
<validator name="fieldexpression" class="com.opensymphony.xwork2.validator.validators.FieldExpressionValidator"/>
<!-- 邮件校验器 -->
<validator name="email" class="com.opensymphony.xwork2.validator.validators.EmailValidator"/>
<!-- 网址校验器 -->
<validator name="url" class="com.opensymphony.xwork2.validator.validators.URLValidator"/>
<validator name="visitor" class="com.opensymphony.xwork2.validator.validators.VisitorFieldValidator"/>
<!-- 转换器校验器 -->
<validator name="conversion" class="com.opensymphony.xwork2.validator.validators.ConversionErrorFieldValidator"/>
<!-- 字符串长度校验器 -->
<validator name="stringlength" class="com.opensymphony.xwork2.validator.validators.StringLengthFieldValidator"/>
<!-- 正则表达式校验器 -->
<validator name="regex" class="com.opensymphony.xwork2.validator.validators.RegexFieldValidator"/>
<validator name="conditionalvisitor" class="com.opensymphony.xwork2.validator.validators.ConditionalVisitorFieldValidator"/>
</validators>
这些校验器已经可以满足大多数的验证需求，如果还需要特殊的要求，建议直接采用java代码搞定，除非你有很多地方都要用到，此时你可以自定义一个校验器。
四． 校验器的执行顺序
1. 所有非字段校验风格的校验器优先于字段校验风格的校验器；
2. 所有非字段校验风格的校验器中，排在前面的会先执行；
3. 所有字段校验风格的校验器，排在前面的会先执行；
五． 校验器的短路原则
1. 所有非字段检验器时最优先执行的，如果某个非字段校验器校验失败了，则该字段上的所有字段校验器都不会获得校验机会；
2. 非字段校验校验失败，不会阻止其他非字段校验执行；
3. 如果一个字段校验器校验失败后，则该字段下且排在该校验失败后的检验器之后的其他字段校验器不会获得校验机会；
4. 字段校验器永远不会阻止非字段校验器的执行！
六． 短路校验器
短路校验器：只需在<validator>或<filed-validator>元素中添加short-circuit=”true”属性。
注：在struts2.1.6版本，已经支持客户端的短路校验。
七． 客户端的校验：
在<s:form>中添加validate=”true”.
Struts2提供了客户端校验与服务端校验。这里只是做个简易的总结。
1.)服务端校验:
当程序流程进入到Action类，并经历了struts2的类型转换阶段后。接着进入struts2的输入校验阶段。
struts2的输入校验可自己编码进行校验，也可通过有规则命名的配置文件进行校验。
1.1)编码校验:
在Action类里重写父类的validate()方法即可。
public void validate(){
if(null == username || "".equals(username)){
this.addFieldError("username","username should not be empty !");
}else if(username.length() < 6 || username.length() > 12){
this.addFieldError("username","username should be between 6 and 12 !");
}
if(null == password || "".equals(password )){
this.addFieldError("password ","password should not be empty !");
}else if(password .length() < 6 || password .length() > 12){
this.addFieldError("password ","password should be between 6 and 12 !");
}
}
在上面的validate方法中，一旦发现校验失败，就把失败提示通过addFieldError方法添加到系统的fieldError中。校验完毕后，若系统的fieldError不为空，则自动转到input视图对应的JSP页面中输出错误提示，这与类型转换失败后的处理是完全一样的。
为了在input视图中对应的JSP页面输出错误提示，应该在该页面中增加如下代码：
<!-- 输入类型转换失败提示和校验失败提示 -->
<s:fielderror/>
这里不能忽略另外种情况:
Struts2的Action类里可以包含多个处理逻辑，不同的处理逻辑对应不同的方法。即Struts2的Action类里定义了几个类似于execute的方法，只是方法名不同。而重写validate方法无法知道需要校验的是哪个处理逻辑。实际上重写validate方法会校验所有的处理逻辑。
为了校验指定处理逻辑，需提供一个validateXxx()方法，其中xxx为Action对应的处理逻辑方法。
例如Action类里有个login()逻辑方法,那么对应的校验方法validateLogin()方法。
但之后还是会调用validate()进行校验，因此此时validate()没必要写了，或者让validate()进行公共字段的校验。
1.2)配置文件校验
只需为Action指定一个校验文件即可。
在Action类所在的com.test.action包下建立LoginAction-validation.xml校验文件(格式:Action类名-validation.xml).
LoginAction-validation.xml:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE validators PUBLIC "-//OpenSymphony Group//XWork Validator 1.0.2//EN" "http://www.opensymphony.com/xwork/xwork-validator-1.0.2.dtd">
<validators>
<field name="username">
<field-validator type="requiredstring">
<param name="trim">true</param>
<message>username should not be empty !</message>
</field-validator>
<field-validator type="stringlength">
<param name="minLength">6</param>
<param name="maxLength">12</param>
<message>username should be between ${minLength} and ${maxLength}!</message>
</field-validator>
</field>
<field name="password">
<field-validator type="requiredstring">
<param name="trim">true</param>
<message>password should not be empty !</message>
</field-validator>
<field-validator type="stringlength">
<param name="minLength">6</param>
<param name="maxLength">12</param>
<message>password should be between ${minLength} and ${maxLength}!</message>
</field-validator>
</field>
</validators>
每个<field.../>元素指定一个Action属性必须遵守的规则，该元素name属性指定了被校验的字段；如果该属性满足多个规则，则在该<field.../>下增多个<field-validator.../>。
每个<field-validator .../>指定一个校验规则，该元素的type属性指定校验器名称该元素可以包含多个<param .../>子元素，用户指定该校验器的参数；除外，每个<field-validator .../>元素都有一个必须的<message .../>元素，用户确定校验失败后的提示信息。
例子中只采用了"必填字符串校验器"和"字符串长度校验器"2个校验规则。
struts2貌似共提供了13个校验器:
required:必填校验器
requiredstring:必填字符串校验器
int:整数校验器
double:双精度浮点数校验器
date:日期校验器
expression:表达式校验器
fieldexpression:字段表达式校验器
email:电子邮件校验器
url:网址校验器
visitor:Visitor校验器
conversion:转换校验器
stringlength:字符串长度校验器
regex:正则表达式校验器
用法大部分雷同，用到的时候可自己google搜索。
配置文件校验肯定不输给编码校验的，自然也提供了对应于具体业务逻辑的校验规则文件的格式:
<Action类名-Action所包含的处理方法在struts.xml对应的name属性-validation.xml>
例:
<!-- 配置一个名为user的Action，对应的逻辑方法为UserAction的login方法-->
<action name="login" class="com.test.action.UserAction" method="login">
<result name="input">/login.jsp</result>
<result name="success">/index.jsp</result>
</action>
则此逻辑方法对应的校验规则文件为:
UserAction-login-validation.xml
与编码校验一样，校验错误信息会添加到系统的fieldError中，校验完毕后若FieldError不为空。则进入到input视图对应的JSP。在<fieldError/>处输出错误提示。
提醒:没记错的话。与编码校验不同的是校验顺序，配置文件校验方式下，
先UserAction-validation.xml，再UserAction-login-validation.xml，
因此若是只针login()逻辑进行输入校验的话，那UserAction-validation.xml没必要写了，或让其进行公共字段的校验
2)客户端校验
增加客户端校验非常简单，将输入页面的表单元素改为使用struts2标签来生成表单，并且为该表单增加validate="true"属性即可。
上面是我经常看的参考文档，我个人觉得，二者的主要区别就在于灵活性与易维护。
xml相对来说，比较容易维护，对于需求经常变化的项目，比较适合。
valdate相对来说灵活性比较高，对于验证比较复杂的比较适合。追问
1.普通的处理方式：只需要在action中重写validate（）方法
2.一个action对应多个逻辑处理方法：指定校验摸个特定方法的方式：
重写validateXxxx（）方法。Eg:如果，只校验login方法，则只需重写validateLogin().
二． 输入校验流程：
1. 类型转换器负责对字符串的请求参数执行类型转换。并将这些值设置成Action的属性值。
2. 转换过程中若出现异常，则将异常信息保存到ActionContext中，conversionError拦截器将其封装到fieldError中。
3. 通过反射调用validateXxx()方法。
4. 调用validate().
5. 如果未出现异常，则转入用户请求的处理方法，如果出现异常，则转入inout视图所指定的视图资源（所以，对于验证的方法，必须要在配置文件中为其指定input）。
三． 基于验证框架的输入校验
1. 编写校验配置文件：命名规则：action类名-validatin.xml.
2. 一个action对应多个逻辑处理方法：指定校验摸个特定方法的方式：
action类名-name属性名-validatin.xml.（name属性名：在strtus配置文件中的）
3. 配置文件存放位置：放在与Action相同的文件夹内。
4. 验证规则：先加载action类名-validatin.xml，然后加载action类名-name属性名-validatin.xml文件。
5. 校验器的配置风格：两种：字段校验器，非字段校验器。
字段校验器配置格式：
<field name="被校验的字段">
<field-validator type="校验器名">
<!--此处需要为不同校验器指定数量不等的校验规则-->
<param name="参数名">参数值</param>
....................
<!--校验失败后的提示信息，其中key指定国际化信息的key-->
<message key="I18Nkey">校验失败后的提示信息</message>
<!--校验失败后的提示信息:建议用getText("I18Nkey"),否则可能出现Freemarker template Error-->
</field-vallidator>
<!-- 如果校验字段满足多个规则，下面可以配置多个校验器-->
</field>
非字段校验器配置格式：
<validator type="校验器名">
<param name="fieldName">需要被校验的字段</param>
<!--此处需要为不同校验器指定数量不等的校验规则-->
<param name="参数名">参数值</param>
<!--校验失败后的提示信息，其中key指定国际化信息的key-->
<message key="I18Nkey">校验失败后的提示信息</message>
<!--校验失败后的提示信息:建议用getText("I18Nkey"),否则可能出现Freemarker template Error-->
</validator>
非字段校验：先指定校验器：由谁来校验，来校验谁！
字段校验器：先指定校验的属性：我来校验谁，由谁来校验！
6. 校验器：struts2提供了大量的内置校验器：你可以在xwork-core-2.1.6.jar的com.opensymphony.xwork2.validator.validators下找到如下配置文件：default.xml.里面列出了所有的内置校验器。
----------------------------------------------------------
struts2表单验证里field-validator type值：
int 整数；
double 实数；
date 日期；
expression 两数的关系比较；
email Email地址；
url
visitor
conversion
regex 正则表达式验证；
required 是否为空；
requiredstring 必须字符；
stringlength 输入字符长度限制;
url web地址
visitor 访问
conversion 转换
-------------------------------------------------------------
<validators>
<!—必填校验器 -->
<validator name="required" class="com.opensymphony.xwork2.validator.validators.RequiredFieldValidator"/>
<!—必填字符串校验器-->
<validator name="requiredstring" class="com.opensymphony.xwork2.validator.validators.RequiredStringValidator"/>
<!-- 整数校验器 -->
<validator name="int" class="com.opensymphony.xwork2.validator.validators.IntRangeFieldValidator"/>
<!-- -->
<validator name="long" class="com.opensymphony.xwork2.validator.validators.LongRangeFieldValidator"/>
<validator name="short" class="com.opensymphony.xwork2.validator.validators.ShortRangeFieldValidator"/>
<validator name="double" class="com.opensymphony.xwork2.validator.validators.DoubleRangeFieldValidator"/>
<!-- 日期校验器 -->
<validator name="date" class="com.opensymphony.xwork2.validator.validators.DateRangeFieldValidator"/>
<!-- 表达式校验器 -->
<validator name="expression" class="com.opensymphony.xwork2.validator.validators.ExpressionValidator"/>
<!-- 字段表达式校验器 -->
<validator name="fieldexpression" class="com.opensymphony.xwork2.validator.validators.FieldExpressionValidator"/>
<!-- 邮件校验器 -->
<validator name="email" class="com.opensymphony.xwork2.validator.validators.EmailValidator"/>
<!-- 网址校验器 -->
<validator name="url" class="com.opensymphony.xwork2.validator.validators.URLValidator"/>
<validator name="visitor" class="com.opensymphony.xwork2.validator.validators.VisitorFieldValidator"/>
<!-- 转换器校验器 -->
<validator name="conversion" class="com.opensymphony.xwork2.validator.validators.ConversionErrorFieldValidator"/>
<!-- 字符串长度校验器 -->
<validator name="stringlength" class="com.opensymphony.xwork2.validator.validators.StringLengthFieldValidator"/>
<!-- 正则表达式校验器 -->
<validator name="regex" class="com.opensymphony.xwork2.validator.validators.RegexFieldValidator"/>
<validator name="conditionalvisitor" class="com.opensymphony.xwork2.validator.validators.ConditionalVisitorFieldValidator"/>
</validators>
这些校验器已经可以满足大多数的验证需求，如果还需要特殊的要求，建议直接采用java代码搞定，除非你有很多地方都要用到，此时你可以自定义一个校验器。
四． 校验器的执行顺序
1. 所有非字段校验风格的校验器优先于字段校验风格的校验器；
2. 所有非字段校验风格的校验器中，排在前面的会先执行；
3. 所有字段校验风格的校验器，排在前面的会先执行；
五． 校验器的短路原则
1. 所有非字段检验器时最优先执行的，如果某个非字段校验器校验失败了，则该字段上的所有字段校验器都不会获得校验机会；
2. 非字段校验校验失败，不会阻止其他非字段校验执行；
3. 如果一个字段校验器校验失败后，则该字段下且排在该校验失败后的检验器之后的其他字段校验器不会获得校验机会；
4. 字段校验器永远不会阻止非字段校验器的执行！
六． 短路校验器
短路校验器：只需在<validator>或<filed-validator>元素中添加short-circuit=”true”属性。
注：在struts2.1.6版本，已经支持客户端的短路校验。
七． 客户端的校验：
在<s:form>中添加validate=”true”.
Struts2提供了客户端校验与服务端校验。这里只是做个简易的总结。
1.)服务端校验:
当程序流程进入到Action类，并经历了struts2的类型转换阶段后。接着进入struts2的输入校验阶段。
struts2的输入校验可自己编码进行校验，也可通过有规则命名的配置文件进行校验。
1.1)编码校验:
在Action类里重写父类的validate()方法即可。
public void validate(){
if(null == username || "".equals(username)){
this.addFieldError("username","username should not be empty !");
}else if(username.length() < 6 || username.length() > 12){
this.addFieldError("username","username should be between 6 and 12 !");
}
if(null == password || "".equals(password )){
this.addFieldError("password ","password should not be empty !");
}else if(password .length() < 6 || password .length() > 12){
this.addFieldError("password ","password should be between 6 and 12 !");
}
}
在上面的validate方法中，一旦发现校验失败，就把失败提示通过addFieldError方法添加到系统的fieldError中。校验完毕后，若系统的fieldError不为空，则自动转到input视图对应的JSP页面中输出错误提示，这与类型转换失败后的处理是完全一样的。
为了在input视图中对应的JSP页面输出错误提示，应该在该页面中增加如下代码：
<!-- 输入类型转换失败提示和校验失败提示 -->
<s:fielderror/>
这里不能忽略另外种情况:
Struts2的Action类里可以包含多个处理逻辑，不同的处理逻辑对应不同的方法。即Struts2的Action类里定义了几个类似于execute的方法，只是方法名不同。而重写validate方法无法知道需要校验的是哪个处理逻辑。实际上重写validate方法会校验所有的处理逻辑。
为了校验指定处理逻辑，需提供一个validateXxx()方法，其中xxx为Action对应的处理逻辑方法。
例如Action类里有个login()逻辑方法,那么对应的校验方法validateLogin()方法。
但之后还是会调用validate()进行校验，因此此时validate()没必要写了，或者让validate()进行公共字段的校验。
1.2)配置文件校验
只需为Action指定一个校验文件即可。
在Action类所在的com.test.action包下建立LoginAction-validation.xml校验文件(格式:Action类名-validation.xml).
LoginAction-validation.xml:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE validators PUBLIC "-//OpenSymphony Group//XWork Validator 1.0.2//EN" "http://www.opensymphony.com/xwork/xwork-validator-1.0.2.dtd">
<validators>
<field name="username">
<field-validator type="requiredstring">
<param name="trim">true</param>
<message>username should not be empty !</message>
</field-validator>
<field-validator type="stringlength">
<param name="minLength">6</param>
<param name="maxLength">12</param>
<message>username should be between ${minLength} and ${maxLength}!</message>
</field-validator>
</field>
<field name="password">
<field-validator type="requiredstring">
<param name="trim">true</param>
<message>password should not be empty !</message>
</field-validator>
<field-validator type="stringlength">
<param name="minLength">6</param>
<param name="maxLength">12</param>
<message>password should be between ${minLength} and ${maxLength}!</message>
</field-validator>
</field>
</validators>
每个<field.../>元素指定一个Action属性必须遵守的规则，该元素name属性指定了被校验的字段；如果该属性满足多个规则，则在该<field.../>下增多个<field-validator.../>。
每个<field-validator .../>指定一个校验规则，该元素的type属性指定校验器名称该元素可以包含多个<param .../>子元素，用户指定该校验器的参数；除外，每个<field-validator .../>元素都有一个必须的<message .../>元素，用户确定校验失败后的提示信息。
例子中只采用了"必填字符串校验器"和"字符串长度校验器"2个校验规则。
struts2貌似共提供了13个校验器:
required:必填校验器
requiredstring:必填字符串校验器
int:整数校验器
double:双精度浮点数校验器
date:日期校验器
expression:表达式校验器
fieldexpression:字段表达式校验器
email:电子邮件校验器
url:网址校验器
visitor:Visitor校验器
conversion:转换校验器
stringlength:字符串长度校验器
regex:正则表达式校验器
用法大部分雷同，用到的时候可自己google搜索。
配置文件校验肯定不输给编码校验的，自然也提供了对应于具体业务逻辑的校验规则文件的格式:
<Action类名-Action所包含的处理方法在struts.xml对应的name属性-validation.xml>
例:
<!-- 配置一个名为user的Action，对应的逻辑方法为UserAction的login方法-->
<action name="login" class="com.test.action.UserAction" method="login">
<result name="input">/login.jsp</result>
<result name="success">/index.jsp</result>
</action>
则此逻辑方法对应的校验规则文件为:
UserAction-login-validation.xml
与编码校验一样，校验错误信息会添加到系统的fieldError中，校验完毕后若FieldError不为空。则进入到input视图对应的JSP。在<fieldError/>处输出错误提示。
提醒:没记错的话。与编码校验不同的是校验顺序，配置文件校验方式下，
先UserAction-validation.xml，再UserAction-login-validation.xml，
因此若是只针login()逻辑进行输入校验的话，那UserAction-validation.xml没必要写了，或让其进行公共字段的校验
2)客户端校验
增加客户端校验非常简单，将输入页面的表单元素改为使用struts2标签来生成表单，并且为该表单增加validate="true"属性即可。
上面是我经常看的参考文档，我个人觉得，二者的主要区别就在于灵活性与易维护。
xml相对来说，比较容易维护，对于需求经常变化的项目，比较适合。
valdate相对来说灵活性比较高，对于验证比较复杂的比较适合。追问
想问一下，在一个项目中你会用那种方式？你是直接用xml？还是valdate？还是直接在方法中写自己的校验方式？我的侧重点不是怎么用，而是用那种方式
追答哪种方式的话，强烈推荐XML！
追问能不能详细说明一下优劣，我刚才说的那三种之间对比的优劣
追答首先不推荐直接在方法中写校验方式，耦合度太高。
至于其他两个，我这么说吧。
valdate和xml的区别有些类似于自定义拦截器和struts自带的拦截器的区别。
struts已经为你写好了这么多校验方式，上面都写出来了，相信你也知道。这是比较省事，也不容易出错的方式。
而valdate等于是自己写，这种方式有些类似于自定义的拦截器，自己写的，可以满足一些特殊的需要，但是如果可以用struts自带的校验实现，又何必自己写呢？
温馨提示：内容为网友见解，仅供参考
第1个回答 2011-10-08
js中直接写正则表达式
在项目中,struts校验一般用哪种方式?xml?还是valdate()函数,还是直接自...
1. 编写校验配置文件:命名规则:action类名-validatin.xml. 2. 一个action对应多个逻辑处理方法:指定校验摸个特定方法的方式: action类名-name属性名-validatin.xml.(name属性名:在strtus配置文件中的) 3. 配置文件存放位置:放在与Action相同的文件夹内。 4. 验证规则:先加载action类名-validatin.xml,然后加...
基于$.ajax()方法从服务器获取json数据的几种方式总结
如前面所说,在Java中,设定MIME类型的方法是通过Response对象的ContentType属性,设置的方法是使用response.setContentType(MIME)语句,response.setContentType(MIME)的作用是使客户端浏览器,区分不同种类的数据,并根据不同的MIME调用浏览器内不同的程序嵌入模块来处理相应的数据。Tomcat的安装目录\\conf\\web.xml中就定义了...
如何证明,在n个元素组成的集合中取n+1个不同的三元子集,求证必有两个...
Java中使用 new String[10]的形式可以创建数组, 但Scala中创建数组需要用到Array关键词, 用[ ]指定数组中元素的泛型, 取值使用小括号(index). \/\/创建Int类型的数组, 默认值为0 val nums = new Array[Int](10) \/\/创建String类型的数组, 默认值为null val strs = new Array[String](10) \/\/创建Boolean类...
ajax 省市区多级联动(在struts2中),有人能做出个简单的吗??
3.调用方法:①jsp页面上引用include\/js\/cascadeCity.js;②调用返回省列表的方法provinceOption(操作类型, 省份编号, 城市编号, 区县编号); ③修改实体类(该实体类即你要修改的那个实体类),在实体类中添加private String provinceNum;private String cityNum;private String countyNum; 及对应的get、set方法(添加实体...
Token是什么?和session、cookie相比,使用场景有什么区别?
一般的垂直架构项目使用Session没有任何问题,但是分布式项目或涉及到移动端则考虑使用token。 session session的中文翻译是“会话”,当用户打开某个web应用时,便与web服务器产生一次session。服务器使用session把用户的信息临时保存在了服务器上,用户离开网站后session会被销毁。这种用户信息存储方式相对cookie来说更安全,可...
手机短信验证码是什么?
短信接口一般支持http和webservice调用。程序员在需要发送短信的地方添加接口地址和相关参数，如接收端手机号码、接收的内容以及其他接口参数，调用完就会返回xml数据，表示成功提交或者失败。关于回复短信，会绑定到一个接收回复内容的地址，有短信回复过来就推送到对应地址。
有关$.ajax()方法中如何从服务器获取json数据
如前面所说,在Java中,设定MIME类型的方法是通过Response对象的ContentType属性,设置的方法是使用response.setContentType(MIME)语句,response.setContentType(MIME)的作用是使客户端浏览器,区分不同种类的数据,并根据不同的MIME调用浏览器内不同的程序嵌入模块来处理相应的数据。Tomcat的安装目录\\conf\\web.xml中就定义...
相似回答
