Los obstáculos encontrados en el desarrollo de tarjetas y cupones Alipay
2) Si la solución anterior no funciona, fui a la autorización web de Alipay y descubrí que está en este formato: /oauth 2/publicpapauthorize. app_id = APPID amp alcance = alcance ampRedirect_uri = URL codificada. La documentación dice que el redirección_uri debe ser el mismo que la configuración del backend de la aplicación. De hecho, puedes escribir lo que no sea necesario. Scope=auth_base es una autorización silenciosa, auth_user es una confirmación del usuario. En redirección_uri, obtenga la información del token en los parámetros y luego obtenga el ID de usuario a través de la interfaz para obtener información del usuario (alipay.system.oauth.token).
1).** Los parámetros en el documento parecen estar en formato json, pero si usa PHP, el json_encode predeterminado usará urlencode para procesar los datos, por lo que el chino se codificará en Unicode. Sin embargo, cuando Alipay procesa datos, en realidad no puede realizar operaciones Unicode, como firmas, verificación de parámetros, etc. La mejor manera es seguir el ejemplo y deletrear en silencio la cadena en formato json.
2).**El formato de datos de parámetros de bizContent es "cadena". Si los datos que proporciona se definen como un número en su lado, cuando ingrese la cadena, conviértala en un objeto json de cadena entre comillas; de lo contrario, se informará un error. Alipay debe tratar todos los parámetros personalizados como para el formato de cadena. La falta de coincidencia de tipos fuertes de Java devuelve directamente un error.
3) Una vez que el bono se emite correctamente, se utiliza el partId del valor devuelto y se utilizan los parámetros devueltos por Alipay de la interfaz de emisión del bono. No inventes devoluciones de parámetros.