Solution au problème jsp tronqué
2009-07-15 10:32
1. La raison pour laquelle la page JSP est tronquée est que l'encodage du jeu de caractères n'est pas spécifié dans la page. La solution : utilisez simplement le code suivant au début de la page pour spécifier l'encodage du jeu de caractères, <%@ page contentType=. "texte /html; charset=gb2312" %>
2. Caractères tronqués dans la base de données. Ce type de caractères tronqués fera que les caractères chinois que vous insérez dans la base de données deviendront des caractères tronqués, ou les caractères chinois que vous insérez dans la base de données seront également des caractères tronqués lorsqu'ils seront lus et affichés. :
Ajoutez le jeu de caractères codés à la chaîne de connexion à la base de données (il en va de même pour les connexions à la source de données)
String Url="jdbc:mysql://localhost/digitgulf?
user=root&password=root&useUnicode=true&characterEncoding=GB2312";
Et utilisez le code suivant dans la page :
réponse.setContentType("text/html;charset=gb2312");
request.setCharacterEncoding("gb2312");
3. Caractères tronqués lors du passage du chinois en paramètre Lorsque nous transmettons un caractère chinois en paramètre à une autre page, des caractères tronqués apparaîtront également. La solution est la suivante :
Encoder les paramètres lors de la transmission de paramètres, tels que RearshRes.jsp?keywords=" + java.net.URLEncoder.encode(keywords)
Utilisez ensuite l'instruction suivante sur la page des paramètres de réception pour recevoir keywords=new String(request.getParameter("keywords").getBytes("8859_1"));
Le problème principal des caractères tronqués reste le problème du codage des jeux de caractères. Tant que celui-ci est maîtrisé, les problèmes généraux de code tronqué peuvent être résolus.
------------------------------------------
Depuis que je suis entré en contact avec Java et JSP, j'ai constamment été confronté au problème des caractères chinois tronqués en Java. Maintenant, il est enfin complètement résolu. Nous allons maintenant partager notre expérience de solution avec tout le monde.
1. L'origine du problème Java chinois
Les fichiers de base et de classe de Java sont basés sur Unicode, ce qui rend les programmes Java efficaces sur plusieurs plates-formes, mais pose également quelques problèmes avec les caractères chinois tronqués. Il y a deux raisons principales : le problème de code tronqué provoqué par la compilation des fichiers Java et JSP eux-mêmes et le problème de code tronqué provoqué par l'interaction des programmes Java avec d'autres médias.
Tout d'abord, les fichiers source Java (y compris JSP) sont susceptibles de contenir du chinois, et la méthode de sauvegarde des fichiers source Java et JSP est basée sur des flux d'octets. Si Java et JSP sont compilés en fichiers de classe, la méthode d'encodage utilisée est différente de. le fichier source. Si l’encodage est incohérent, des caractères tronqués apparaîtront. Sur la base de ce genre de code tronqué, il est recommandé de ne pas écrire du chinois dans les fichiers Java (la partie commentaire ne participe pas à la compilation, peu importe si vous écrivez du chinois. Si vous devez écrire, essayez de compiler manuellement avec le paramètre). -ecoding GBK ou -ecoding gb2312 pour JSP, dans l'en-tête du fichier Ajout de <%@ page contentType="text/html;charset=GBK"%> ou <%@ page contentType="text/html;charset=gb2312"% > peut fondamentalement résoudre ce genre de problème de code tronqué.
Cet article se concentrera sur le deuxième type de code tronqué, qui est le code tronqué généré lorsque les programmes Java interagissent avec d'autres supports de stockage. De nombreux supports de stockage, tels que les bases de données, les fichiers, les flux, etc., sont basés sur des flux d'octets. Lorsqu'un programme Java interagit avec ces supports, la conversion entre caractères (char) et octets (byte) se produira, par exemple, à partir d'une page. Les données soumises dans le formulaire de soumission affichent des caractères tronqués dans le programme Java.
Si la méthode de codage utilisée dans le processus de conversion ci-dessus est incompatible avec le codage original des octets, des caractères tronqués sont susceptibles d'apparaître.
2. Solutions
Pour le populaire Tomcat, il existe deux solutions :
1) Modifiez D:Tomcatconfserver.xml et spécifiez le format d'encodage du navigateur comme « Chinois simplifié » :
La méthode consiste à trouver le
<Port du connecteur="8080" maxThreads="150" minSpareThreads="25" maxSpareThreads="75"
activateLookups="false" redirectPort="8443" acceptCount="100"
connectionTimeout="20000" DisableUploadTimeout="true" URIEncoding='GBK' />
Tags, texte en gras ajouté par moi.
Vous pouvez vérifier si votre modification réussit comme ceci : Avant d'effectuer la modification, dans votre navigateur IE où la page tronquée apparaît, cliquez sur le menu "Affichage | Encodage" et vous constaterez que "Europe de l'Ouest (ISO)" est sélectionné. Après le changement, cliquez sur le menu "Affichage | Encodage" et vous constaterez que "Chinois simplifié (GB2312)" est sélectionné.
b) Mettez à jour le programme Java. Mon programme est le suivant :
la classe publique ThreeParams étend HttpServlet {
public void doGet (demande HttpServletRequest, réponse HttpServletResponse)
lance ServletException, IOException {
réponse.setContentType("text/html; charset=GBK");
...
}
}
Des polices grasses sont requises et leur fonction est de permettre au navigateur de convertir les caractères Unicode en caractères GBK. De cette façon, le contenu de la page et le mode d'affichage du navigateur sont définis sur GBK, il n'y aura donc pas de caractères tronqués.
Solution complète au chinois sous Tomcat
Je développe un projet ces jours-ci. Le serveur est Tomcat, le système d'exploitation est Articles et opinions, j'ai enfin réussi. Mais une bonne mémoire n’est pas aussi bonne qu’une mauvaise plume, alors je l’ai noté pour éviter d’oublier, et aussi pour fournir une bonne référence à ceux qui rencontrent le même problème :
(1) La page JSP est en chinois, mais quand vous la regardez, elle est tronquée :
La solution est d'utiliser <%@ page language="java" contentType="text/html;charset=GBK" %> dans l'encodage de la page JSP en raison du problème d'encodage lorsque Jsp est converti en fichier Java. par défaut sur certains serveurs Il s'agit de ISO-8859-1. Si le chinois est saisi directement dans un JSP, il y aura certainement un problème avec Jsp le traitant comme ISO8859-1. Nous pouvons le confirmer en examinant le fichier intermédiaire Java généré par Jasper.
(2) Lors de l'utilisation de l'objet Request pour obtenir le code de caractères chinois soumis par le client, des caractères tronqués apparaîtront :
La solution est de configurer un filtre, qui est un filtre Servelet. Le code est le suivant :
importer java.io.IOException ;
importer javax.servlet.Filter ;
importer javax.servlet.FilterChain ;
importer javax.servlet.FilterConfig ;
importer javax.servlet.ServletException ;
importer javax.servlet.ServletRequest ;
importer javax.servlet.ServletResponse ;
classe publique CharacterEncodingFilter implémente le filtre {
configuration privée de FilterConfig ;
Encodage de chaîne privé = "ISO8859_1" ;
public void destroy() {
System.out.println(config);
configuration = nul ;
}
public void doFilter (demande ServletRequest, réponse ServletResponse,
Chaîne FilterChain) lance IOException, ServletException {
request.setCharacterEncoding(encodage);
//chain.doFilter(demande, réponse);
chain.doFilter(demande, réponse);
}
public void init (configuration FilterConfig) lance ServletException {
this.config = config;
Chaîne s = config.getInitParameter("encodage");
si (s != nul) {
encodage = s ;
}
}
}
}
Configurer web.xml
<filtre>
<filter-name>CharacterEncodingFilter</filter-name>
<filter-class>com.SetCharacterEncodingFilter</filter-class>
</filtre>
<cartographie de filtre>
<filter-name>CharacterEncodingFilter</filter-name>
<modèle-url>/*</modèle-url>
</filter-mapping>
Si cette situation se produit toujours dans votre cas, vous pouvez descendre et voir si vous avez la quatrième situation. Si les données soumises par votre formulaire sont soumises à l'aide de get. De manière générale, il n'y a aucun problème si vous utilisez post pour soumettre. , jetez un œil à la quatrième solution.
Il existe également le traitement des informations contenant des caractères chinois. Le code de traitement est :
emballébJavaBean ;
classe publique CodingConvert
{
CodageConvert public()
{
//
}
chaîne publique vers Go (chaîne uniStr) {
Chaîne gbStr = "" ;
si(uniStr == null){
uniStr = "";
}
essayer{
byte[] tempByte = uniStr.getBytes("ISO8859_1");
gbStr = nouvelle chaîne (tempByte, "GB2312");
}
catch(Exception ex){
}
retournergbStr ;
}
chaîne publique versUni(Chaîne gbStr){
Chaîne uniStr = "" ;
si(gbStr == null){
gbStr = "";
}
essayer{
byte[] tempByte = gbStr.getBytes("GB2312");
uniStr = new String(tempByte,"ISO8859_1");
}catch(Exception ex){
}
retourner uniStr ;
}
}
Vous pouvez également effectuer une conversion directe. Tout d'abord, encodez la chaîne obtenue avec ISO-8859-1, puis stockez l'encodage dans un tableau d'octets, puis convertissez le tableau en un objet chaîne. Par exemple :
String str=request.getParameter("fille");
Octet B[]=str.getBytes("ISO-8859-1");
Str=nouvelle chaîne(B);
Grâce à la conversion ci-dessus, toutes les informations soumises peuvent être affichées correctement.
(3) Lorsque la requête Formget utilise request.getParameter("name") sur le serveur, des caractères tronqués sont renvoyés ; la configuration du filtre selon la méthode de Tomcat ne fonctionne pas, ou l'utilisation de request.setCharacterEncoding("GBK"); soit. Le problème est qu'en termes de méthode de traitement du transfert de paramètres : Si vous utilisez la méthode doGet(HttpServletRequest request, HttpServletResponse réponse) dans la servlet pour la traiter, même si elle est écrite auparavant :
request.setCharacterEncoding("GBK");
réponse.setContentType("text/html;charset=GBK");
Ça ne marche pas non plus, le chinois renvoyé est toujours brouillé ! ! ! Si vous modifiez cette fonction en doPost (requête HttpServletRequest, réponse HttpServletResponse), tout ira bien.
De même, lorsque vous utilisez deux pages JSP pour traiter la saisie d'un formulaire, la raison pour laquelle le chinois peut être affiché est que la méthode post est utilisée pour le transmettre, et le remplacer par la méthode get ne fonctionne toujours pas.
On peut voir que vous devez faire attention lorsque vous utilisez la méthode doGet() dans le servlet ou la méthode get dans JSP. Après tout, cela implique de transmettre des informations sur les paramètres via le navigateur, ce qui est susceptible de provoquer des conflits ou des incohérences dans les jeux de caractères couramment utilisés.
La solution est :
1) Ouvrez le fichier server.xml de Tomcat, recherchez le bloc et ajoutez la ligne suivante :
URIEncoding=”GBK”
Le complet doit être le suivant :
<Port du connecteur="8080" maxThreads="150" minSpareThreads="25" maxSpareThreads="75" activateLookups="false" redirectPort="8443" acceptCount="100" debug="0" connectionTimeout="20000" DisableUploadTimeout=" vrai" URIEncoding="GBK"/>
2) Redémarrez Tomcat, tout va bien.
Vous pouvez découvrir la raison pour laquelle vous devez vous inscrire en étudiant le fichier sous $TOMCAT_HOME/webapps/tomcat-docs/config/http.html. Il convient de noter que si vous utilisez UTF-8 à cet endroit, des caractères tronqués apparaîtront dans Tomcat pendant le processus de transmission. Si cela ne fonctionne pas, passez à un autre jeu de caractères.
(4) Il y a des caractères chinois sur la page JSP et des caractères chinois sur les boutons, mais lors de la visualisation de la page via le serveur, des caractères tronqués apparaissent :
La solution est la suivante : premièrement, le texte du message localisé ne doit pas être inclus directement dans le fichier JSP, mais le texte doit être obtenu à partir du regroupement de ressources via la balise <bean:message>. Vous devez mettre votre texte chinois dans le fichier Application.properties. Ce fichier est placé sous WEB-INF/classes/*. Par exemple, si j'ai deux étiquettes pour le nom et l'âge sur la page, je dois d'abord créer une application. propriétés. Le contenu à l'intérieur doit être name="name" age="age", puis je place ce fichier sous WEB-INF/classes/properties/, puis je l'encode selon le fichier Application.properties pour créer un fichier de ressources chinois. , en supposant que le nom soit Application_cn.properties. La commande native2ascii est fournie dans le JDK, qui peut réaliser une conversion de codage de caractères. Recherchez le répertoire dans lequel vous avez placé le fichier Application.properties dans l'environnement DOS. Exécutez la commande dans l'environnement DOS. Le fichier de ressources chinois Application_cn.properties codé en GBK sera généré : native2ascii ?encoding gbk Application.properties Application_cn.properties. la commande ci-dessus. À l'avenir, le fichier Application_cn.properties avec le contenu suivant sera généré : name=u59d3u540d age=u5e74u9f84, configuré dans Struts-config.xml : <message-resources paramètre="properties.Application_cn"/>. À ce stade, plus de la moitié est pratiquement terminée. Ensuite, vous devez écrire <%@ page language="java" contentType="text/html;charset=GBK" %> sur la page JSP. is Write <bean:message key="name"> Lorsque ce changement apparaît sur la page, le nom chinois apparaîtra. Il en va de même pour l'âge. Les caractères chinois sur le bouton sont également traités de la même manière.
(5) Le code écrit dans la base de données est tronqué :
Solution : Configurez un filtre, qui est un filtre Servelet. Le code est le même que la deuxième fois.
Si vous êtes directement connecté à la base de données via JDBC, le code de configuration est le suivant : jdbc:mysql://localhost:3306/workshopdb?useUnicode=true&characterEncoding=GBK Cela garantira que le code de la base de données n'est pas tronqué.
Si vous créez un lien via la source de données, ce qui précède convient également. Si vous le configurez correctement, lorsque vous entrez le chinois, ce sera le chinois dans la base de données. Une chose à noter est que vous devez également utiliser la page <%@ sur la base de données. page qui affiche les données language="java" contentType="text/html;charset=GBK" %>Cette ligne de code. Il convient de noter que certains membres du personnel de la réception utilisent Dreamver pour écrire le code. Lors de la rédaction d'un formulaire, ils le modifient en jsp. Il y a une chose à laquelle il faut faire attention, c'est la soumission de l'action dans Dreamver. demande, et vous devez l'envoyer, car il existe deux méthodes de soumission JSP : POST et GET, mais le code soumis par ces deux méthodes est toujours très différent en termes d'encodage. Ceci est expliqué plus tard.
Résumé de l'article :
Ici, nous parlons principalement de la solution au problème de jsp tronqué
1. Le problème le plus fondamental des caractères tronqués.
PHPCE.CN, Manuel de conception
3. Comment gérer les caractères tronqués dans la méthode de soumission du formulaire.
Si vous utilisez la méthode get pour soumettre le chinois, la page qui accepte les paramètres apparaîtra également tronquée. La raison de ce code tronqué est également due au format de codage interne de Tomcat iso8859-1. Tomcat encodera les caractères chinois en utilisant la méthode d'encodage par défaut get, iso8859-1, et l'ajoutera à l'URL après l'encodage, ce qui entraînera des paramètres tronqués / et reçus de la page.
Solution:
A. Utilisez la première méthode de l'exemple ci-dessus pour décoder les caractères reçus, puis les transcoder.
B. Get utilise la soumission d'URL et le codage iso8859-1 a été effectué avant de saisir l'URL. Pour affecter cet encodage, vous devez ajouter useBodyEncodingForURI="true" au nœud Connecteur dans server.xml
La configuration de l'attribut peut contrôler la méthode de codage des caractères chinois de Tomcat pour la méthode get. L'attribut ci-dessus contrôle la soumission get à encoder en utilisant le format de codage défini par request.setCharacterEncoding("UTF-8"). Par conséquent, il est automatiquement codé en utf-8 et la page d'acceptation peut l'accepter normalement. Mais je pense que le véritable processus d'encodage est que Tomcat doit changer D:Tomcatconfserver.xml et spécifier le format d'encodage du navigateur comme "Chinois simplifié" :
<Port du connecteur="8080"
maxThreads="150" minSpareThreads="25" maxSpareThreads="75"
activateLookups="false" redirectPort="8443" acceptCount="100"
debug="0" connectionTimeout="20000" useBodyEncodingForURI="true"
DisableUploadTimeout="true" URIEncoding="UTF-8"/> PHPCE.CN, l'URIEncoding="UTF-8" défini dans le manuel de conception est à nouveau encodé, mais comme il a été encodé en utf-8, il ne le sera pas à nouveau codé. Quelque chose a changé. Si le codage est obtenu à partir de l'URL, la page de réception est décodée selon URIEncoding="UTF-8".
Vous pouvez connaître la raison pour laquelle vous devez l'ajouter en étudiant le fichier sous $TOMCAT_HOME/webapps/tomcat-docs/config/http.html Vous pouvez vérifier si votre modification réussit comme ceci : avant d'effectuer la modification, une page tronquée. apparaîtra sur votre page Dans le navigateur IE, cliquez sur le menu "Affichage | Encodage" et vous constaterez que "Europe occidentale (ISO)" est sélectionné. Après le changement, cliquez sur le menu "Affichage | Encodage" et vous constaterez que "Chinois simplifié (GB2312)" est sélectionné.
4. Résolvez les caractères tronqués lors du téléchargement de fichiers. Lors du téléchargement de fichiers, les paramètres du formulaire sont enctype="multipart/form-data". De cette façon, les fichiers sont soumis en streaming. Si vous utilisez le composant de téléchargement d'Apach, vous trouverez beaucoup de code tronqué. En effet, le premier commons-fileupload.jar d'Apach présente un bogue et les caractères chinois sont supprimés et décodés. Étant donné que cette méthode est soumise, l'encodage utilise automatiquement le format d'encodage par défaut de Tomcat, iso-8859-1. Mais le problème des caractères tronqués est le suivant : les symboles spéciaux tels que les points, les virgules, etc. deviennent des caractères tronqués. Si le nombre de caractères chinois est un nombre impair, des caractères tronqués apparaîtront. S'il y a un nombre pair, l'analyse sera normale. .
Solution : Téléchargez commons-fileupload-1.1.1.jar. Cette version du pot a résolu ces bugs.
Cependant, lors de l'extraction du contenu, vous devez toujours transcoder les caractères extraits d'iso8859-1 en utf-8. Tous les caractères et caractères chinois normaux peuvent être obtenus.
5. Code Java concernant la demande d'URL, recevant des paramètres tronqués
Le format d'encodage de l'url dépend du URIEncoding="UTF-8" mentionné ci-dessus. Si ce format de codage est défini, cela signifie que tous les paramètres de caractères chinois de l'URL doivent être codés. Sinon, les valeurs des paramètres de caractères chinois obtenues sont toutes tronquées, comme un lien Response.sendDerect ("/a.jsp?name=Zhang Dawei") et il est utilisé directement dans a.jsp ;
PHPCE.CN, Manuel de conception
String name = request.getParameter("name"); ce que vous obtenez sont des caractères tronqués. Parce qu'il est stipulé qu'il doit être utf-8, donc la redirection doit s'écrire comme ceci :
Response.sendDerect("/a.jsp?name=URLEncode.encode("Zhang Dawei","utf-8"); uniquement.
Que se passera-t-il si ce paramètre URIEncoding="UTF-8" n'est pas défini ? S'il n'est pas défini, le format d'encodage par défaut iso8859-1 sera utilisé. Le problème se pose à nouveau. Le premier est que si le nombre de valeurs de paramètre est un nombre impair, il peut être analysé normalement. S'il s'agit d'un nombre pair, le caractère final sera tronqué. De plus, si le dernier caractère est en anglais, il peut être analysé normalement, mais les signes de ponctuation chinois restent tronqués. En guise de solution, s'il n'y a pas de signes de ponctuation chinois dans vos paramètres, vous pouvez ajouter un symbole anglais à la fin de la valeur du paramètre pour résoudre le problème tronqué, puis supprimer le dernier symbole après avoir obtenu les paramètres. Peut également être gratté ou utilisé.
6. Concernant la demande d'url, le code du script contrôlera également la redirection de la page si les paramètres reçus sont tronqués. Il impliquera également les paramètres attachés et analysera les paramètres sur la page de réception. Si ce paramètre de caractère chinois n'effectue pas le traitement de codage spécifié par URIEncoding="UTF-8", les caractères chinois reçus par la page de réception seront également tronqués. Le traitement et l'encodage du script sont gênants. Vous devez disposer d'un fichier correspondant au script d'encodage, puis appeler la méthode dans le script pour encoder les caractères chinois.
7. Concernant le problème tronqué du jsp ouvert dans MyEclipse Pour un projet existant, le format de stockage du fichier Jsp peut être utf-8. Si Eclipse est nouvellement installé, le format d'encodage utilisé par défaut pour l'ouverture est iso8859-1. Par conséquent, les caractères chinois dans jsp sont tronqués. Ce code tronqué est relativement facile à résoudre. Allez simplement dans les préférences d'Eclipse3.1 et recherchez général->edidor, et définissez le codage d'ouverture de votre fichier sur utf-8. Eclipse rouvrira automatiquement avec le nouveau format d'encodage. Les caractères chinois peuvent être affichés normalement.
8. À propos du code tronqué lors de l'ouverture de la page HTML dans Eclipse. La plupart des pages étant produites par Dreamweaver, leur format de stockage est différent de celui de la reconnaissance d'Eclipse.
Généralement, dans ce cas, créez une nouvelle jsp dans Eclipse, copiez le contenu de la page directement depuis Dreamweaver et collez-le dans la jsp.
PHPCE.CN, Manuel de conception
Ce problème de code tronqué est le problème de code tronqué le plus simple. Habituellement, de nouveaux apparaissent. Il s'agit d'un code tronqué causé par un encodage de page incohérent.
<%@ page language="java" pageEncoding="UTF-8"%>
<%@ page contentType="text/html;charset=iso8859-1"%>
<html>
<tête>
<title>Problème chinois</title>
<méta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</tête>
</tête>
<corps>
je suis une bonne personne
</corps>
</html>
Codage à trois endroits.
Le format d'encodage est en premier lieu le format de stockage du fichier jsp. Ecljpse enregistrera les fichiers selon ce format d'encodage. Et compilez le fichier jsp, y compris les caractères chinois à l'intérieur.
Le deuxième codage est le format de décodage. Étant donné que les fichiers enregistrés au format UTF-8 sont décodés en iso8859-1, s'il y a du chinois, il sera définitivement tronqué. Cela signifie que cela doit être cohérent. Il n’est pas nécessaire que la ligne où se trouve la deuxième place soit là. Le format d'encodage par défaut est également ISO8859-1. Ainsi, sans cette phrase, « Je suis une bonne personne » serait également tronqué. Il faut que ce soit cohérent.
Le troisième encodage consiste à contrôler la méthode de décodage du navigateur. Si les décodages précédents sont cohérents et corrects, le format d’encodage n’a pas d’importance. Certaines pages Web semblent tronquées car le navigateur ne peut pas déterminer le format de codage à utiliser. Étant donné que les pages sont parfois intégrées dans des pages, le navigateur confond le format d'encodage. Des personnages tronqués apparaissent. PHPCE.CN, Manuel de conception
2. Le problème des caractères tronqués reçus après la soumission du formulaire à l'aide de la méthode Post est également un problème courant. Ce code tronqué est également causé par le format de codage interne iso8859-1 de Tomcat, c'est-à-dire que lorsque le message est soumis, si le format de codage soumis n'est pas défini, il sera soumis dans la méthode iso8859-1, mais dans le jsp accepté. sera accepté dans la méthode utf-8. ce qui entraîne des caractères tronqués. Pour cette raison, voici plusieurs solutions et comparaisons.
A. Conversion d'encodage lors de l'acceptation des paramètres
String str = new String(request.getParameter("something").getBytes("ISO-8859-1"),"utf-8"); Dans ce cas, chaque paramètre doit être transcodé de cette manière. Très gênant. Mais vous pouvez effectivement obtenir des caractères chinois.
B. Au début de la page de demande, exécutez le code d'encodage demandé, request.setCharacterEncoding("UTF-8"), et définissez le jeu de caractères du contenu soumis sur UTF-8. Dans ce cas, les pages qui acceptent ce paramètre n'ont pas besoin d'être transcodées. Utiliser directement
String str = request.getParameter("something"); vous pouvez obtenir les paramètres des caractères chinois. Mais cette phrase doit être exécutée sur chaque page. Cette méthode n'est efficace que pour les soumissions de publications, mais n'est pas valide pour enctype="multipart/form-data" lors de la soumission et du téléchargement de fichiers. Les deux personnages tronqués seront expliqués séparément plus tard.
C. Afin d'éviter d'écrire request.setCharacterEncoding("UTF-8") sur chaque page, il est recommandé d'utiliser des filtres pour
Effectuer le traitement d'encodage. Il existe de nombreux exemples de cela en ligne. Veuillez le vérifier vous-même